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Team up with TutoCASE 4J0 


The award-winning, easy-to-use TurboCASE was selected 
by Computer Language magazine for a 1990 Productivity 
Award. “With these awards, Computer Language is publicly 
acknowledging those tools that had significant impact on 
improving the way software products are developed." 
Regina Ridley, Computer Language 

TurboCASE supports Object Oriented Analysis by adding 
behavior modeling to the entity relationship diagram. 
TurboCASE supports Object Oriented Design with four new 
diagram types: Class Hierarchy, Class Collaboration, Class 
Definition, and Class Design diagrams. As always, the 
dictionary information is never out of sync with the diagram 
information, and rules checking keeps your models 
consistent. 



For the Macintosh 


Find out more! 

Call for information, or to order. 
Demo diskette $15 


TurboCASE lets you choose the methodology most 
appropriate to your project and development team, with full 
support for structured techniques too. Here isammew of 
otherinteog^Pronctions: 

Phi 

Yourdon/DeMarco structured anal^flMMSarson 
JHured analysis • McMenamin and Palmer essential 
analysis • Chen entity relationship modeling • Hatley/Pirbhai 
real-time modeling • Ward/Meilor real-time raping • 

ESIWIL real-time modeling • structured desigHH 


StructSoft, Inc. 

5416 156th Avenue SE 
Bellevue, WA 98006 
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NEW OBJECT-ORIENTED LANGUAGE 


FROM Animate IMPORT DynlmageObj; 

FROM GrpMod IMPORT QueueObj; 

TYPE 

PlatformObj = OBJECT(DynlmageObj) 

OrbitPosition : REAL; 

OrbitVelocity; REAL; 

OrbitRadius : REAL; 

Messages : QueueObj; 

Quadrant ; INTEGER; 

TELL METHOD SendToflN platform : PlatformObj); 

TELL METHOD Receive From(IN platform : PlatformObj); 
ASK METHOD ComputePosition; 

END OBJECT; 


Readable, compact language with multiple 
inheritance, strong typing, and dynamic binding 



MODSIM II is now used worldwide for object- 
oriented programming with graphics and simulation 


After you’ve tried new MODSIM II 
other object-oriented languages will seem primitive 


Free trial and, if you act now, free training 


M ODSIM II is a modern 

high-level, object-oriented 
language with these important 
benefits: 

• Object-oriented programming. 

The powerful mechanisms that 
help you develop structured, 
easily maintainable code. 

• A compact, readable language. 
Your programs are at least 25% 
smaller than equivalent C+ + 
programs and they are easier to 
read. 

• Symbolic debugger. Error detec¬ 
tion and correction are simplified 
through steptracing, multiple 
breakpoints, and data viewing. 

• Graphics and animation. You 
easily lay out your graphical in¬ 
terface with no programming. 

• Standardization across com¬ 
puters. Your development invest¬ 
ment is preserved when you 
change computer types. 

• Simulation. All the features you 
need to do simulation and auto¬ 
matically collect statistics are 
available if you need them. 

With these benefits, the time and 
cost you need to develop programs is 
sharply reduced. 


Free trial offer 

The free trial contains everything 
you need to try MODSIM II on your 
computer. Try the language, the 
quality and the timeliness of our sup¬ 
port, and our documentation and 
training-everything you need for a 
successful project. 

We’ve been providing software 
and support for 29 years-we’ll be 
here when you need us. 

Computers with MODSIM II 

MODSIM II® is available for all 
popular computers. 

Charter User Group benefits 

CACI is now organizing a MOD¬ 
SIM II Charter User Group. Mem¬ 
bers receive a reduced price, early 
releases, and other benefits. 

For a limited time we also include 
free training. Call today to avoid 
disappointment-class size is limited. 
For immediate information 

In the US, call Hal Duncan at (619) 
457-9681, or Fax (619) 457-1184. In 
Canada, call Peter Holt on (613) 
782-2474, Fax (613) 782-2202. In 
Europe, call Joe Lenz, in The 
Netherlands, on 31 43 670780, Fax 31 
43 670200. In the UK, call Nigel 
McNamara on 0276 671 671, Fax 
0276 670 677. 


Rush information on MODSIM II. 

□ Yes, I want to learn the reasons for the growing 
popularity of MODSIM II. 

Charter User Group offer-return the coupon to¬ 
day and we will include a free course worth $950. 


□ Send details on your University Offer 

Return to: Mie con 

CACI Products Company 
3333 North Torrey Pines Court 
La Jolla, California 92037 

Call Hal Duncan at (619) 457-9681 
ix (619) 457-1184 

CACI Products Division 
200-440 Laurier Avenue West 
Ottawa, Ontario KIR 7X6 

Call Peter Holt on (613) 782-2474 
Fax (613) 782-2202 
In Europe: 

CACI Products Division 
MECC Business Center 
G. Martino Laan 85, 8th Floor 
6229GS Maastricht, The Netherlands 

Tel. 31 43 670780, Fax 31 43 670200 
In the UK: 

CACI Products Division 
Coliseum Business Centre 
Watchmoor Park, Riverside Way 
Camberley, Surrey GU15 3YL, UK 

Call Nigel McNamara on 0276 671 671 
Fax 0276 670 677 
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A Unix-based system 
continuously monitors 
EEG for diagnosis and 
surgical planning in a 
large epilepsy program. 

It is integrated with 
audio/video monitoring 
and seizure alarms. 


The Epilog System 

Automated Long-Term EEG 
Monitoring for Epilepsy 


Thomas F. Collura, Ernest C. Jacobs, 
Richard C. Burgess, and John P. Turnbull 
Cleveland Clinic Foundation 


T -1 11 1 he electroencephalogram (EEG), or brain wave, is a microvolt-level 
I signal recorded from sensors on and inside the head. The scalp-recorded 

_| EEG is generated predominantly by cell aggregations in the cerebral 

cortex, or outer layers of the brain. EEG signals can also be recorded directly from 
the brain through surgically placed invasive electrodes. Such recordings are 
particularly useful in an epilepsy clinic, where physicians study EEG events to 
develop an understanding of each patient’s disorder. In our center, patients are 
studied to identify parts of the brain that can be removed to cure their epilepsy. 

Background EEG is important because it indicates the brain’s underlying 
condition. This signal may include any of a wide variety of abnormal events — 
some occur frequently, others may be very rare. Each patient’s condition is unique. 
Therefore, physicians tailor placement of electrodes (the “montage”) and record¬ 
ing parameters to the case at hand, and modify them daily or more frequently as 
monitoring proceeds. 

There are important electrographic events associated with seizure activity. 
Seizures may or may not be accompanied by visible, outward signs of neurological 
disfunction. Patients often exhibit recognizable behavior such as vocalization, 
muscle twitching and contraction, or convulsions. Some seizures have no outward 
signs, but are clearly evident in abnormal EEG patterns. Because epileptic seizures 
are unpredictable, several days of monitoring are often needed to collect sufficient 
data. An epilepsy monitoring system must acquire data continuously, so that 
records can be retrospectively saved and reviewed for any clinically important 
episodes. 

So that clinicians can accurately correlate behavior with EEG events surround¬ 
ing seizures, accurately synchronized video recording must accompany the EEG 
recording. Each room in our monitoring unit has remote-control cameras managed 
from the same console that contains the computer terminals and waveform 
displays. The design of a monitoring unit is described in Ives 1 and Burgess. 2 

In designing this system, we applied general methods that have value in many 
other similar situations. Our emphasis has been on providing a general-purpose 
framework for solving specific problems. We have tried to anticipate future 
requirements and provide an extensible infrastructure, rather than simply solve an 
immediate need. By maintaining close contact with users, we have been able to 
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Figure 1. Operational infrastructure of 
our epilepsy monitoring service. Each 
of the four human components — patients, 
physicians, technologists, and developers — 
has a unique view of the system. However, 
the interaction between these groups is 
critical to the development and functioning 
of the monitoring unit. Developers interact 
with the physicians and the technologists, 
although not directly with the patients. 
The continual communication of functional 
requirements, technological capabilities, 
and operating experience is key to a short 
development cycle that results in a 
maximally useful design. 
(Reproduced with permission from Collura et al., 1992.) 


Figure 2. Operational metaphor for the 
Epilog system. A conventional EEG 
machine or strip-chart recorder acquires 
data with amplifiers, filters, and so on; 
prints hard copy (using pens and paper 
handling mechanisms); and provides user 
controls (switches, buttons, and knobs). Our 
system is a “glorified strip-chart recorder”: 
Its functionality is a superset of that found 
in a conventional machine. However, since 
virtually all system aspects are enhanced 
and automated dynamically, it offers 
functions impossible to realize in a 
dedicated hard-copy recording system. 
(Reproduced with permission from Collura et al., 1992.) 



A Strip-Chart Recorder 



introduce systems early and respond to 
immediate feedback, rather than attempt 
to complete a design before it can be 
evaluated in its intended setting. 

System overview 

Epilog provides real-time operation¬ 
al support for waveform acquisition, 


storage, analysis, display, and printing. 
Each of our two monitoring units con¬ 
sists of four rooms with their associated 
computer, video, and medical support 
systems. A central computer “hub” per¬ 
forms Epilog services for each unit. Each 
hub acquires and processes up to 256 
channels of EEG 24 hours per day, and 
serves as a control center for much of 
the automation in the unit. 


EEG technologists control the sys¬ 
tem. Their duties include monitoring 
and interacting with patients, as well as 
recording and managing all EEG and 
video information. Their primary re¬ 
sponsibilities thus center on the patients 
and their needs, and all monitoring sys¬ 
tems support this task. The ultimate 
goals are to elicit the clinical informa¬ 
tion required by the neurologists and to 
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ensure that the relevant data are re¬ 
corded and provided intact. 

Figure 1 shows the system infrastruc¬ 
ture within which we designed Epilog. 
In all aspects of planning, design, and 
implementation, the primary focus has 
been to support the clinical operation 
of the epilepsy surgery program. Sys¬ 
tem developers maintain close contact 
with both the physicians and the tech¬ 
nologists, ensuring a user-oriented sys¬ 
tems approach. 

The advantages of such a system are 
that more EEG data can be acquired in 
less time, minimizing the time that pa¬ 
tients must have electrodes placed on 
and in the head. We are more likely to 
capture infrequent or unusual seizures, 
including nighttime-only events. We can 
also create a more representative sam¬ 
pling of the rare, but clinically signifi¬ 
cant, background abnormalities. 

A previously reported computer- 
based neurophysiological monitoring 
system has been developed for general 
clinical monitoring applications. 3 An¬ 
other system, tailored for epilepsy mon¬ 
itoring, provides primarily computer- 
assisted detection of abnormal events 
for clinicians to review. 4 ' 5 This system 
reduces the clinical workload by replac¬ 
ing much of the initial visual screening. 

Available commercial systems use 
either a videotape-based approach or 
the Intel/DOS platform, and have tech¬ 
nological limitations stemming from 
these implementations. The two fea¬ 
tures that differentiate our approach 
from others are continuous operation 
and efficient distributed access to large 
volumes of waveform data. 


Operational metaphor 

At the highest and simplest level, we 
define the system architecture in terms 
of an operational metaphor that pro¬ 
vides a bridge from conventional EEG 
system design. Figure 2 shows this con¬ 
ceptual level, comparing a simple EEG 
polygraph to the more general auto¬ 
mated implementation. The two most 
critical factors in our design are an end¬ 
less data loop in place of continuous 
paper chart output, and control files 
and software routines in place of con¬ 
ventional front-panel controls. 

The system controls routine opera¬ 
tions such as analog-to-digital conver¬ 
sion, data storage, and media manage¬ 
ment. The computer maintains log files 


The sheer volume of it all 


Electroencephalography is a data-intensive, high-volume endeavor. This 
is particularly true in monitoring for the planning of epilepsy surgery: More 
than 100 electrodes can be placed on and in a patient’s head. Such monitor¬ 
ing produces a staggering amount of data that must be stored, viewed, ana¬ 
lyzed, and printed for diagnosis and record keeping (see Figure A). 

EEG strip-chart paper typically runs at 30 millimeters per second. A 10- 
second 16-channel record fills one 11 x 14-inch page, producing more than 
1.6 miles in 24 hours. Our two 256-channel monitors would produce 50 
miles of hard copy every day, requiring over 276 1,000-sheet boxes of EEG 
paper weighing slightly in excess of two tons. At $20 per box, the cost of this 
paper alone would be $5,520 per day or more than $2 million per year. 

By using a computer to buffer, display, and review the raw waveforms, we 
realize an immediate significant savings. Initially, our four-bed unit routinely 
printed a two-minute sample from each hour of monitoring, plus a five- 
minute record from each seizure or other important event. Even this 30-fold 
reduction produced more than 3,000 pages per day, which our staff had to 
review. Printing, at about four cents per page, resulted in an expense of 
$160 per day, or almost $60,000 per year in printing charges alone. We 
moved to high-speed graphic workstations to replace paper review. In addi¬ 
tion to reducing the printing load by another factor of 50, these workstations 
provide on-line digital signal processing, montage reformatting, sophisticat¬ 
ed graphics, and on-line annotations and editing. 



Figure A. Typical disk use in 64-channel patient monitoring during a 
five-day stay. The buffers disk immediately fills to capacity and is main¬ 
tained as a 150-Mbyte FIFO. The data throughput is 1.5 Mbytes per 
minute. The work disk fills as routine samples, seizures, and other ab¬ 
normal records are saved. Residents and fellows review these records, 
annotating and marking some, discarding others. Then staff review this 
work space and move permanent records to the segments disk. Seg¬ 
ments files are ultimately saved to archival tape. A small number of 
files are printed for the patient’s record. During the entire stay, more 
than 10,000 Mbytes will flow through the buffers disk, and about 500 
Mbytes will go to the work disk. Final segments’ storage is typically 
100 Mbytes. About 15 pages, representing 10 Mbytes of data, may be 
printed. The overall ratios for acquire:review:save:print are therefore 
1,000:50:10:1. 


September 1992 











Data acquisition 

Continuous 24-hour EEG 
acquisition 

Seven-day-per-week operation 
256 channels shared among four 
rooms 

Control system 

Minimal operator training 
Ad hoc changes and re¬ 
arrangements 
Minimal data loss during 
reconfiguration 

Data access 

Flexible CRT viewing of EEG 
Demand or prescheduled record 
printing 

Demand or prescheduled record 
saving 

Extensions 

Integration with LAN network 
Waveform access via remote 
workstations 

Capability for automated signal 
processing 


Figure 3. Functional requirements for 
Epilog. 


of transactions, executes background 
tasks, monitors patient’ status, and pro¬ 
cesses EEG data. Operators interact 
with the computer to control functions 
such as adding and removing patients, 
defining electrode and amplifier con¬ 
figurations, initiating and terminating 
data acquisition, requesting immediate 
or future printing jobs, and displaying 
waveforms and maps graphically. A key 
to the overall design is the operational 
continuity provided throughout all op¬ 
erations. 

Design considerations 

Figure 3 shows the functional require¬ 
ments for the computerized monitoring 
system. To meet these requirements, 
we had to address a number of technical 
problems. The primary concern was to 
provide a robust data-acquisition and 
signal-processing resource that would 
run continuously, yet provide efficient 
access to large amounts of data. The 
design had to accommodate configura¬ 
tion changes at any time, yet ensure 
data integrity at all times. The entire 
operation, moreover, had to be con¬ 


trolled by a simple, intuitive user inter¬ 
face that clinical personnel could man¬ 
age. 

In the initial design of the monitoring 
unit, we decided to centralize computer 
and video functions into one console, 
providing a single point of control. This 
reduces the burden on the small staff of 
technologists and provides the software 
with a single, focused operational inter¬ 
face. We also decided to provide a large, 
shared-data acquisition and computing 
resource that would serve all four rooms. 
Thus, as Figure 4 shows, patients with 
small or large numbers of channels can 
be dynamically load balanced, keeping 
all resources operating efficiently. 

For system evolution, we needed a 
full-featured development environment 
and the ability to migrate across antici¬ 
pated changes and advances in hard¬ 
ware and software technology. These 
were best addressed by the Unix operat¬ 
ing system and a vendor providing a 
range of cost-performance points. The 
general lack of real-time support in a 
broad Unix computer family also 
dictated the availability of a device¬ 
independent real-time component. 

Implementation 

By adopting a two-processor design, 
we achieved a Unix environment with 
real-time capabilities. Figure 5 shows 
the system hardware. The real-time func¬ 
tions are isolated in the low-level hard¬ 
ware (the Hewlett-Packard HP1000) and 
are managed via a simple device¬ 
independent control protocol designed 
for this purpose. The main Unix com¬ 
puter (HP9000) provides centralized 
Unix functions, using a set of concur¬ 
rent processes. At any time, between 10 
and 20 Epilog processes are active, man¬ 
aging all aspects of setup, data acquisi¬ 
tion, central display, printing, and file 
management. A network of worksta¬ 
tions distributed throughout the labora¬ 
tory permits high-volume review of 
records. 

The software exploits a variety of 
Unix-based capabilities, particularly the 
use of separate, multitasking functions. 
The subsystems for system configura¬ 
tion, data acquisition, display, signal 
processing, and archiving are indepen¬ 
dent but use shared files and data for¬ 
mats to ensure interoperability. We can 
insert new software into a running sys¬ 
tem without disturbing the unrelated 


Time (in days) 



Figure 4. Typical channel usage by one monitoring unit for a week. On day 0, 
patients in rooms 1 and 2 are undergoing routine scalp monitoring, while rooms 
3 and 4 have invasively monitored patients. The monitored patients use 48, 32, 
96, and 80 channels, respectively. At point A, the patient in room 4 needs 96 
channels, so the additional bank of 16 is borrowed from the patient in room 3. 
At point B, the patient is removed from room 4 and replaced with a routine 
scalp case. Room 2 takes on an invasive case with 80 channels, allowing room 3 
to return to 96 channels. At point C, room 4 increases from 32 to 48 channels, 
borrowing channels from room 3. Finally, at point D, room 1 is reduced from 48 
to 32 channels. The extra channels are used to increase monitoring in room 2. 
Dynamic allocation of the analog-to-digital conversion resources is crucial in 
that it allows any room to have potential access to large-scale monitoring, while 
efficiently accommodating small-scale routine cases as well. 
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processes. This facilitates regression test¬ 
ing of new developments, since we can 
use the clinical facility as a test site. 
During such growth, we have maintained 
backward compatibility so that, for ex¬ 
ample, we can use new signal processing 
algorithms on old data without conver¬ 
sion overhead. 

The data acquisition subsystem con¬ 
sists of a set of programs that manage 
the interface to the real-time computer 
and place data files in the appropriate 
locations. These programs take care of 
data file naming, time-stamping, data 
storage, and disk housekeeping. Once 
the data files are in their destination 
directories, users can pick them up us¬ 
ing postprocessing modules serving view¬ 
ing, printing, signal processing, or ar¬ 
chiving functions. 

Because the data acquisition system 
must be controlled by a high-level user 
interface, a separate program changes 


patient configuration information. This 
program can run concurrently with data 
acquisition. When the operator asks for 
the requested configuration to become 
effective, the program stops background 
processes if necessary, generates con¬ 
figuration control files, and restarts the 
background processes. This takes less 
than two minutes. Thus, data are lost 
only during this short interval. Since 
reconfiguration occurs no more than 10 
times per day, a daily maximum of 20 
minutes, or less than 1.5 percent of the 
recordings, are lost. 

Epilog time stamps every EEG data 
file and attaches a “key” file with infor¬ 
mation to deformat and interpret it. EEG 
data files and their associated keys pro¬ 
vide a complete representation of the 
patient’s configuration at the time the 
data were acquired. This system is par¬ 
ticularly important because of the fre¬ 
quent changes in.the number and place¬ 


Figure 5. Current Epilog hardware for 
one monitoring unit. The four rooms 
are connected by an analog patch pan¬ 
el to the shared 256-channel analog- 
to-digitai converter (Preston Scientific 
EM313). The data (200 samples per 
second, 12 bits plus sign) are acquired 
by the real-time computer (Hewlett- 
Packard HP1000 Model 600A) and 
stored temporarily on a single 120- 
Mbyte disk. The continuous data rate 
is 6 Mbytes per minute. Records are 
transferred to the Unix computer 
(HP9000/835) by a polled IEEE 488 
link and stored on a 670-Mbyte disk, 
from which they are available to the 
console programs for viewing, print¬ 
ing, and saving. Saved files are placed 
on one of four additional 670-Mbyte 
disks, from which they are accessible 
to the workstations on the network. 
The LAN is an Ethernet/TCP-IP sys¬ 
tem shared by two monitoring 
HP9000/835s, a development HP9000/ 
835, an administrative/database 
HP9000/835, and 16 workstations 
(HP9000/425T), each with a 400- or 
800-Mbyte disk. 

(Reproduced with permission from Burgess, 1992.) 


ment of the patients’ recording elec¬ 
trodes. Programs that access and ma¬ 
nipulate EEG data do not have to be 
aware of the state of the data acquisi¬ 
tion system. This approach is necessary 
in a multisystem environment, in which 
any workstation can access data from 
any other system where the data may be 
live or archived. 

Control system and 
files 


The central operational user inter¬ 
face is concentrated on the computer 
terminal that provides dialogue and re¬ 
porting functions for the operator. 6 The 
operator’s commands and the resulting 
actions create and modify files and pro¬ 
cesses in the control computer. Virtual¬ 
ly all system processes are controlled by 


September 1992 





































































































files and tables, which are maintained in 
a strict “one-way flow” discipline, pre¬ 
venting contamination or corruption by 
conflicting controls. 

The control file structure is strongly 
influenced by the monitoring unit’s op¬ 
erational constraints. Some files change 
often, others almost never. We have 
organized these files so related infor¬ 
mation is appropriately grouped: Epi¬ 
log programs rarely need to manipulate 
information not directly related to the 
operation at hand. Underlying process¬ 
es draw their input from the configura¬ 
tion files as they execute, either produc¬ 
ing as output other configuration and 
report files or performing system oper¬ 
ations. 

The user interface of the monitoring 
system reflects the application-related 
structure of the underlying control sys¬ 
tem. In a clinically relevant and task- 
related manner, operators think in terms 
of setting up and configuring the pa¬ 
tients’ electrodes and amplifiers, and 
requesting processing and output. This 
interface has minimized the need for 
training, which can be accomplished sim¬ 
ply through hands-on orientation with 
no special teaching. 


The key is the key 


The generation and attachment of valid data keys are at the heart of the 
design and operation of the Epilog long-term multibed monitoring system. 

The key is a companion file attached to the data when they are transferred to 
the Unix computer. A key is created for each room and contains all informa¬ 
tion needed to deformat, display, or process the waveform. Figure B shows 
the contents of a data key. 

Figure C shows the file contents and operations that produce a key. 
Through the console setup procedures, operators define the patients, their 
electrode connections, and amplifier settings. The procedure proc_data is 
called whenever an operator adds a patient to or removes a patient from the 
system. It is also called whenever the routing for a room changes. The proce¬ 
dure generates a facility routing file, which reprograms the switch and makes 
new data keys. 

The procedure make_keys is called whenever the facility routing changes, 
or an amplifier configuration or montage definition changes. It allows the 
generation of new data keys without affecting the facility routing, interrupting 
data acquisition, or reprogramming the switch. Because the system consists 
of two asynchronous computers, keys are held in a circular buffer on the 
Unix machine and referenced by number as data are passed up (see Figure 
D). 

The result is a system that can never go into an ambiguous or inconsistent 
state. At times, new configurations or changes can be “pending,” but the sys¬ 
tem never produces erroneous records. During the 90-second setup proce¬ 
dure, all files are scanned and refreshed, resulting in a complete reconfigura¬ 
tion. 


Figure B. Epilog data key. (Note: “emu” stands for epilepsy monitoring unit.) 
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Figure D. The make_keys procedure generates new data keys and maintains a 
queue that synchronizes the real-time computer with the Unix system. 


EEG data structures 
and flow 

Epilog transfers and stores EEG data 
as a data stream, broken for conve¬ 
nience into roughly 10-Mbyte files. File 
breaks are called “seams.” Soft seams 
occur when the disk manager automat¬ 
ically breaks data files to keep file sizes 
manageable and to facilitate periodic 
disk maintenance. Users and applica¬ 
tions software “bridge” such seams trans¬ 
parently during waveform viewing, print¬ 
ing, and processing. Hard seams are 
introduced whenever acquisition param¬ 
eters change, requiring changes in the 
associated data key. They represent ac¬ 
tual gaps in the waveform data. Pro¬ 
cesses can be designed to either inter¬ 
rupt or terminate when they encounter 
such seams. 

So that raw data files are never al¬ 
tered or augmented, “companion” files 
are associated with them, providing all 
necessary keying, labeling, and mark- 
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ing. This approach adds minimal com¬ 
plexity, since all file names are identical 
except for differences in file type 
fields. File searches, transfers, and ar¬ 
chiving exploit Unix “wildcard” and 
string-manipulation capabilities. All 
companion files except the key are op¬ 
tional, so we can extend the system 
in a backward-compatible way, without 
affecting any of the existing file types. 
For example, the workstation viewer 
software adds files to indicate pre¬ 
ferred viewing conditions (channels, 
gain, and so on) and the owner of a 
set of files. 

Raw EEG data files residing in the 
buffers directory are the common point 
of access for all programs that view, 
process, or save raw data. All such pro¬ 
grams are designed to minimize data 
handling and processing, conserving 
processor throughput and I/O band¬ 
width. Data left in this circular buffer 
are inevitably erased to make room for 
new data. If any segment is deemed 
important enough to save, it is moved to 
another disk where it can reside for a 
period from hours to weeks, depending 
on its value and the demands of other 
incoming data. 

Figure 6 illustrates the clinical view 
of this dataflow. Waveforms that are 
moved from live storage for later re¬ 


view reside in the intermediate work 
space, from which the workstation can 
access them. All such records are ini¬ 
tially saved under the direct or indirect 
control of the EEG technologists. Some 
records are requested for automatic sav¬ 
ing at the beginning of the shift, such as 
a two-minute-per-hour sample. Other 
records are requested for immediate 
transfer, such as interesting electro¬ 
graphic events or subclinical seizures. 
Still other records are transferred be¬ 
cause of clinically important events, such 
as a visible seizure, or the patient or a 
nurse pressing an alarm button. 

Physicians view and manipulate these 
data, which are provided with compan¬ 
ion files for labeling, comments, and 
control information used by the wave¬ 
form viewers. Using flexible utilities, 
the physicians access, organize, manip¬ 
ulate, and print these data, based on the 
clinical requirements at hand. 

When physicians deem data to have 
ultimate clinical significance, they move 
the data to a final segments’ disk that is 
periodically saved to tape. This pro¬ 
vides a permanent storage medium from 
which waveforms can be restored as 
necessary. Overall, there is a successive 
reduction in data, as the original 6-Mbyte 
per minute flow is selectively diverted 
to the work disk, then more selectively 


saved to the final segments’ resting place. 
This dataflow is concomitant with the 
clinical mission of critically reviewing 
the electrographic data to produce ulti¬ 
mately a very small, yet significant, set 
of waveforms and associated informa¬ 
tion. 5 

Evaluation and future 
direction 

When the monitoring unit opened in 
December 1988, approximately 10,000 
lines of code were brought into service. 
At that time, minimal operations were 
available. Currently, the main system 
consists of more than 35,000 lines of 
code, with an additional 25,000 lines 
running in the dedicated review sta¬ 
tions. The ongoing evolution of this sys¬ 
tem has been notably smooth, and all 
systems can access and manage wave¬ 
forms acquired on the project’s first 
day. 

More recently, the network of graph¬ 
ics workstations has allowed us to re¬ 
place routine paper output with inter¬ 
active signal processing and CRT-based 
viewing. Figure 7 shows an example of 
the EEG viewer screen. A computer¬ 
ized viewer provides significant display 
flexibility and signal postprocessing, 
enhancing the signals’ clinical useful¬ 
ness. In addition, neurologists can for¬ 
mulate clinical hypotheses and test them 
after the fact, reducing the need to over¬ 
see and alter recording parameters dur¬ 
ing the patient’s stay. 

Overall, this system has enabled us to 
evolve the clinical operation from a 
paper-based system to one that is en¬ 
tirely computerized. Figure 8 shows the 
changes in monitoring and review that 
occurred during migration. 


O ur philosophy is to anticipate 
future requirements and to 
address specific needs with 
general solutions. The facility is always 
evolving, and we can introduce and eval¬ 
uate new developments with fast turn¬ 
around. The introduction of new fea¬ 
tures can change clinical activity 
unpredictably and is therefore closely 
monitored. The developers benefit from 
seeing the software used in its overall 
context and can incorporate additional 
functions based on their understanding 
of clinical operations. ■ 
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Figure 7. Screen of the workstation-based EEG viewer. The viewer contains a central waveform display window sur¬ 
rounded by controls. The program provides important functions such as directory services, digital filtering, montage re¬ 
formatting, and printing. Like the monitoring unit itself, the viewer can be operated by clinicians without any special 
training. Before the introduction of the viewer, all reviewed records were printed. The viewer reduced our printing vol¬ 
ume by a factor of 50, from 3,500 pages per day to 70 pages per day (for four beds). 



Figure 8. Function migration to pa¬ 
perless EEG systems. In (a), all 
waveform records are produced on 
paper for review by a technologist, 
who saves interesting records but 
discards most. A physician reviews 
the saved records, discards many, 
and retains only those of permanent 
interest. Once used in clinical prac¬ 
tice, this method is not useful for 
long-term monitoring. In (b), a tech¬ 
nologist screens recordings on a com¬ 
puter display and prints interesting 
segments for physician review, as in 
(a). Typically, printing is reduced 
20:1. In (c), all records are reviewed 
on a computer, and only those of 
permanent value are printed. An ad¬ 
ditional 50:1 reduction in printing 
can be realized, and output can be 
processed and formatted. 
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application of information systems to the decision process in 
organizations. This monograph describes multidisciplinary 
approaches developed by these research groups and synthe¬ 
sizes their ideas from each field to allow for a fuller under¬ 
standing of information systems in organizations. The sum¬ 
maries and conclusions from these studies, reported by the 
teams, are contained in this book. 


DSS research and practice. Next is an over¬ 
view of each research area and suggestions 
on how to overcome significant research 
and real-world problems. The last part 
presents conclusions and proposals for fu¬ 
ture research including a framework that 
places the work of the teams in a larger 
perspective, a summary of the major con¬ 
clusions reached in the text, and a discus¬ 
sion of recommended research directions. 
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SOFTWARE METRICS: 

A Practitioner’s Guide to 
Improved Product Development 

by Daniel J. Paulish and Karl-Heinrich Moller 

Software Metrics is a collection of practical suggestions for 
implementing and managing with metrics within industrial 
organizations. The monograph includes summaries of suc¬ 
cessful metrics implementation techniques, and describes 
the benefits that result in higher quality products developed 
with more productive resources within a shorter time frame. 

It contains tutorial material oriented towards assisting 
practitioners of metrics, and summaries of the best practices 
and applications for companies and projects in the U.S. and 
Europe. These suggestions can help to establish a new 
Metrics Program or improve an existing one. Its contents: 

❖ Introduce the subject of quantitative approaches to software 
project management 

❖ Summarize the origins of software metrics 

❖ Identify some of the uses of software metrics for improving 
quality and productivity 

❖ Describe common implementation problems and 
suggest actions to overcome them 

❖ Provide guidance on the use of tools for supporting a 
Metrics Program 
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development process, metrics, quality techniques used, and 
the benefits observed. 
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The RightPages Image- 
Based Electronic Library 
for Alerting and Browsing 

Guy A. Story, Lawrence O’Gorman, David Fox,* 

Louise Levy Schaper,* and H.V. Jagadish 

AT&T Bell Laboratories 


This first phase in a 
system to give users full 
on-line library services 
comprises electronic 
“stacks” of journal 
images whose utility is 
augmented through 
image analysis and 
processing methods. 

September 1992 


T he objective of an electronic library is to bring the library to the user. This 
entails more than transmitting materials like books, journals, or even 
: nonprint media such as audio and video. It also means providing services 
like those a research librarian offers. 

We cannot duplicate the traditional library environment in each user’s home or 
office, but we can create an electronic analog of it. The RightPages electronic 
library prototype is the first phase of a long-range plan to do this. The prototype 
takes advantage of fast hardware, multimedia workstations, and broadband net¬ 
works to process scientific and technical journals for users at AT&T Bell Labora¬ 
tories and to offer a service that 

(1) alerts them to the arrival of new journal articles matching their interest 
profiles, 

(2) lets them immediately examine images of pages in the alerted articles and 
browse through other articles in the database, and 

(3) enables them to order paper copies of any articles in the database. 

We designed the user interface to appear as a conventional, albeit electronic, 
library. It shows “stacks” containing images of journal covers that users can view 
in a way analogous to viewing journal covers on library shelves. To examine the 
contents, the user selects a journal with a mouse, and the system displays an image 
of the table of contents. Users can select an article simply by pointing to it in the 
table of contents. They also have the option of perusing the issue page by page. 

We maintained this traditional “look and feel” in the belief that libraries and 
journals have evolved over centuries into forms that are both comfortable and 
efficient. However, on top of these traditional structures, RightPages includes 


♦Since collaborating on this article, Fox has left AT&T to pursue his PhD at New York University, and 
Schaper has accepted a position at the University of California, San Diego. 
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Figure 1. A portion of the stacks. The user views additional covers by sliding 
the lower horizontal bar to the right. The two journal covers at the top left are 
highlighted by contrasting borders, indicating profile matches. 


features that are possible only through 
the computer. For example, users can 
point to a reference in the text — say, a 
reference to a figure on another page — 
and the system will immediately bring 
up the image of that page. 

System overview 

The RightPages prototype system has 
the following features: 

• It obtains journal tables of contents 
and article pages in image form. 

•It either uses publisher-provided 
ASCII text and page layout information 
or obtains these from the image through 
optical character recognition (OCR) and 
pattern-recognition techniques. This 
information is spatially associated with 
contents of the page images. 

•It searches ASCII representations 
to determine matches with library profiles 
of individual user interests. 

• It alerts users to these matches and 
gives pointers to the table-of-contents 
and article pages where matches occur. 
It also gives users access to all other 
journals and articles in the system. 

• It lets users order full electronic or 
paper copies of articles for viewing. 

The system runs on a local area net¬ 


work that connects one or more scan¬ 
ning stations, a centralized document 
database server, and multiple user sta¬ 
tions running X Windows servers. The 
RightPages interface runs as an X Win¬ 
dows application on Sun workstations 
or X terminals. 

New journal issues are entered every 
few days as they arrive. Most issues are 
scanned in. The current graphical scan¬ 
ning interface processes images at 300 
dots per inch and one bit per pixel. We 
expect to upgrade the system to provide 
gray-scale images in the near future. 
For each periodical, the scanning oper¬ 
ator indicates the title, volume, issue, 
date, and each article’s page numbers as 
the issue is scanned. 

Once a page image has been cap¬ 
tured, the system processes it to remove 
noise and compresses it for efficient 
storage. Three “representations” are 
created for each page: a bitmap image 
of the page, the text content (including 
position information), and the location 
of logical fields, such as the table-of- 
contents entries. The representations 
are stored as separate Unix files, which 
are combined into a single (C++) object 
when the interface reads a page. The 
system matches text from the article 
pages with user keyword profiles and 
alerts users to matches via e-mail. 

We recently completed the first phase 


of the service to a community of be¬ 
tween 50 and 100 electrical engineering 
and computer science researchers at Bell 
Labs. In this article, we describe the 
system and aspects of the research that 
have gone into its implementation — in 
particular, the user interface and the 
processing methods that give this im¬ 
age-based electronic library its utility. 

User interface 

We built the RightPages interface with 
the Interviews graphical user interface 
development package, 1 which provides 
familiar window, mouse, and button fea¬ 
tures for display on X Windows inter¬ 
faces. When in use, RightPages displays 
a control panel of buttons on the left 
side of the screen and banners for text 
messages along the top and bottom. Most 
of the screen, however, is an image area 
for journal covers, tables of contents, 
and article pages. 

When the user first invokes the 
RightPages interface, the image area 
contains a grid arrangement of icons, 
called stacks. Each icon consists of a 
small image of a current journal cover 
with a label below (Figure 1). The user 
“activates” an icon with the mouse to 
access either another screen in a hierar¬ 
chy of icons (for example, one showing 
all issues of that journal title) or the 
image of a particular issue’s table-of- 
contents page. 

Each user has a personal profile of 
keywords that the system matches with 
the text from the article pages. Matches 
generate alerts. After the system alerts 
a user to articles via electronic mail and 
the user, in turn, invokes the interface, 
the icon for each alerted journal is high¬ 
lighted in the stacks and the alerted 
articles are highlighted in their tables of 
contents, as shown in Figure 2. The user 
can remove an alert by choosing it with 
the mouse and deleting it via a pop-up 
menu selection. In a similar fashion, the 
user can also add new alerts to mark 
articles for future reference. 

This design is also meant to encour¬ 
age browsing. Rather than having the 
user submit search requests and then 
showing a textual list of retrieved items, 
the default behavior starts at a view of 
the entire stacks, then gives graphical 
pointers to alerted material. 

When the user activates an icon rep¬ 
resenting a particular issue of a journal, 
its table of contents is displayed on the 
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Figure 2. Table of contents with article entry highlighted. 


screen as a scanned image rather than 
ASCII text. This is true for article pages 
as well. While we do use OCR to obtain 
the text for searches, the OCR results 
are never visible to the user. The results 
are, however, spatially associated with 
the location of the text on each page 
image. This association is supported by 
page-layout analyses that segment and 
identify regions of a page (for instance, 
the title block, paragraphs, figures, and 
equations). Thus, we model each page 
as three planes of information: the im¬ 
age, OCR text, and page layout. 

The main reason for displaying the 
image and not the ASCII is that most 
readers are already familiar with gener¬ 
al graphical layout conventions, espe¬ 
cially those used in journals they have 
read before. The displayed page images 
let readers rely on this familiarity when 
they scan for content. A second, practi¬ 
cal reason is that OCR and page-layout- 
analysis results are not guaranteed to 
be flawless. Rather than displaying OCR 
errors to the users, the system sidesteps 
the problem by showing only the image 
and “hiding” the associated OCR text 
and layout planes. 

When the reader chooses a table-of- 
contents entry by clicking in its region 


with the mouse, the entry is displayed in 
inverse video. Activating the entry brings 
up the first page of the article. The user 
can request a paper copy, which is sent 


through internal mail or picked up at a 
local printer. 

The system maintains a log of the 
pages accessed, requests to scan arti- 


Library of the future 


For decades, improved information access via the “li¬ 
brary of the future” has been the holy grail for far-thinking 
librarians, writers, and computer scientists. This century 
has produced many such visions. Examples include the 
world information monopoly presented in 1936 by H.G. 
Wells in World Brain Memex described in 1945 by Van- 
nevar Bush in his classic article, “As We May Think” 2 ; and 
F.W. Lancaster’s paperless information system. 3 

Since the first library catalog, librarians have sought to 
provide increasingly accurate, easy-to-use retrieval tools. 
Card catalogs, controlled vocabularies, thesauri, abstract¬ 
ing and indexing services, and on-line and CD-ROM biblio¬ 
graphic databases are tools to facilitate information retriev¬ 
al. They are precursors to electronic libraries. The past 10 
years have introduced full-text databases such as Nexis 
and NewsNet, which are powerful but lack graphical ex¬ 
pressiveness and a comfortable environment for retrieval 
and browsing — both goals of a truly electronic library. 

Commercial image databases such as those offered on 
CD-ROM provide what is closest to the original material 
(that is, page images), but are limited by their reliance on 
a manual abstracting and indexing process to provide key¬ 
word searches. 

Current experimental electronic library efforts include the 


CORE (Chemistry On-line Retrieval Experiment) project at 
Cornell University. This is a collaboration of the American 
Chemical Society (ACS), Bellcore, Chemical Abstracts Ser¬ 
vice, Cornell University, and OCLC, 4 where text and graph¬ 
ics from ACS journals are being stored and made available 
to users. Project Mercury at Carnegie Mellon University 5 is 
a plan to make information readily available at the desktop 
computer of each student and faculty member. The Bib- 
liotheque Nationale is a national initiative in France to cen¬ 
tralize and make library material electronically available. 
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Original Bitmap with Noise: 


After Iteration 1: 


After Iteration 2: 


After Iteration 3 (Final Result): 


Figure 3. Applying kFill to an image of the letter “e.” The sequence is top left, 
top right, bottom left, bottom right. Characters represent individual pixels: “X” 
is an On value, represents an On value that has been changed to an Off, and 
“*” represents an Off value changed to an On. 




Figure 4. Effect of noise on OCR rate and compression size, with and without 
kFill processing. 


cles, and requests to print articles for 
each user session. This log is used to 
fulfill those requests, generate statisti¬ 
cal usage reports for the publishers, and 
guide development of the system. 

Image and document 
processing 

Input for page images requires multi¬ 
ple levels of descriptions. An image con¬ 
sists only of an array of data points 
representing pixel values. The system 


must process these pixels to obtain higher 
level descriptions. 

Noise reduction is performed on each 
image after image capture. This process 
aids subsequent steps by reducing both 
the amount of data (thus, the process¬ 
ing time) and the artifacts that might 
otherwise impede the recognition of true 
features. 

Document layout analysis and logical 
labeling are then performed on the 
cleaned images. These processes first 
segment the regions of each page into 
text blocks, then label them. For in¬ 
stance, just as a person reading a table 


of contents recognizes text fields con¬ 
taining the journal title, issue number, 
date, and each article field, so should 
the computer. This analysis also enables 
the implementation of a hypertext fea¬ 
ture that links each article entry in the 
table of contents to the first page of that 
article. 

OCR is performed in parallel with 
the layout analysis and labeling. While 
current OCR technology is highly accu¬ 
rate on clean printed material, errors 
still occur. Therefore, our OCR post¬ 
processing includes a method to recog¬ 
nize and correct many of the errors. 

Because the size of the captured page 
image is larger than most monitors can 
fully display, it must be reduced. We do 
this by subsampling. To avoid the deg¬ 
radation in image quality that usually 
comes with size reduction, we have de¬ 
veloped a filtering and subsampling tech¬ 
nique that maintains maximum text read¬ 
ability. 

In the following sections, we describe 
our document-processing methods in 
more detail. We include the processing 
times for 300-dpi images of 8.5 x 11 -inch 
journal pages (typically 2,550 x 3,300 
pixels) on a Sparcstation 2 machine that 
runs 24 million instructions per second. 

Noise reduction. The first step after 
scanning is to reduce image noise. For 
text images in which the information is 
binary, salt-and-pepper noise (also called 
impulse and speckle noise, or just dirt) 
is the most prevalent. This noise ap¬ 
pears as isolated pixels or pixel regions 
of On noise in Off backgrounds or Off 
noise (holes) within characters and oth¬ 
er foreground On regions. The process 
of removing this is called “filling.” 

There are several causes of salt-and- 
pepper noise. A journal may have light¬ 
ly colored background regions to high¬ 
light text, and the binarized result of 
these will generate a salt-and-pepper 
background. The limits of the scanning 
procedure also result in imperfections. 
For instance, when a journal is smaller 
than the scan region, the background 
outside the journal often contains this 
noise. The gutter region along the spine 
of thickly bound journals can also yield 
noise. Whatever its cause, we wish to 
reduce noise from this initial point of 
processing as much as possible to mini¬ 
mize its effect on the results of further 
analysis and compression steps. 

The design of a noise-reduction filter 
involves a trade-off between noise re- 
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Figure 5. Intermediate results of docstrum analysis show the nearest neighbor 
connections on a text portion taken from the table of contents shown in Figure 
7 (k = 5 in this example). 


duction and maintenance of the signal. 
In this case, our signal is text and the 
objective is to maintain and enhance 
“readability. ” The kFill filter is designed 
to reduce salt-and-pepper noise while 
maintaining readability. 2 It is a conser¬ 
vative filter, erring on the side of main¬ 
taining text features versus reducing 
noise when those two conflict. To main¬ 
tain text quality, the filter retains cor¬ 
ners on text of 90 degrees or less, reduc¬ 
ing rounding that occurs for other 
low-pass spatial filters. The filter has a k 
parameter (the “k” in kFill) that en¬ 
ables adjustment for different text sizes 
and image resolutions, thus supporting 
retention of small features such as peri¬ 
ods and the stick ends of characters. 

Filling operations are performed with¬ 
in a k x k-sized window that is applied in 
raster-scan order, centered on each im¬ 
age pixel. This window comprises an 
inside (k-2)x(k- 2) region, called the 
core , and the A(k - 1) pixels on the 
window perimeter, called the neighbor¬ 
hood. The filling operation entails set¬ 
ting all values of the core to On or Off, 
depending on pixel values in the neigh¬ 
borhood. The decision on whether or 
not to fill with On (Off) requires that all 
core values must be Off (On), and de¬ 
pends on two variables, determined from 
the neighborhood. For a fill-value equal 
to On (Off), the n variable is the num¬ 
ber of On- (Off-) pixels in the neighbor¬ 
hood, and c is the number of connected 
groups of On-pixels in the neighbor¬ 
hood. 

Filling occurs only when n is greater 
than a threshold, N, and c is equal to 1. 
The value of N is set as a function of 
window size, N = 3k - 4, to retain the 
text features described above. The stip¬ 
ulation that c = 1 ensures that filling 
does not change connectivity (that is, 
does not join two letters together or 
separate two parts of the same connect¬ 
ed letter). 

Noise reduction is performed itera¬ 
tively on the image. Each iteration con¬ 
sists of two subiterations, one perform¬ 
ing On-fills and the other Off-fills. When 
no filling occurs on two consecutive sub¬ 
iterations, the process stops automati¬ 
cally. 

Figure 3 shows the results of applying 
kFill to random salt-and-pepper noise 
in a letter e. Depending on the amount 
of noise, the application of kFill in the 
preprocessing step may significantly 
improve the results of compression and 
OCR. Figure 4 shows how these results 


are affected by noise, both with and 
without the application of the filter. 
The time required for this operation 
varies with the amount of noise; a typi¬ 
cal time, however, is between one and 
two minutes for a one-page image. 

Document layout analysis. The re¬ 
sults of OCR only partially describe 
each page. To interpret the text fully it 
is also important to have information 
on where it occurs within the page lay¬ 
out. Page-layout-analysis methods seg¬ 
ment each page into logical entities and 
label them as title, authors, headings, 
subheadings, paragraphs, equations, 
words, etc. The RightPages prototype 
segments the page by using the “docu¬ 
ment spectrum” (or simply “docstrum”) 
method. 3 The docstrum outputs seg¬ 
mented blocks, which are labeled using 
a two-dimensional grammar that estab¬ 
lishes rules determined by particular, 
journal-dependent page formats. 

The docstrum represents page layout 
via groupings of its lowest level primi¬ 
tives, namely, nearest neighbor pair¬ 
ings between character elements of the 
page (Figure 5). Each nearest neighbor 
pair is described by a tuple, the distance 
and angle between centroids of elements 
of the pair. For example, two characters 
in the same word form a nearest neigh¬ 
bor pair whose distance is relatively 
small and whose angle is close to the 
angle of its resident text line. For each 
page element, k nearest neighbors are 
found, where k is usually between three 
and five. Therefore, for k = 5, a charac¬ 
ter might make three pairings within a 
word and across word boundaries with¬ 
in the same line, and two pairings with 
characters on upper and lower lines. 
The interline pairings have larger dis¬ 
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Figure 6. The docstrum plot corre¬ 
sponding to the page shown in Figure 7. 


tances than intraword pairs and their 
angles are approximately 90 degrees 
apart. 

The docstrum is the plot of distance 
and angle for all k nearest neighbor 
coordinate pairs on a page (Figure 6). 
The docstrum is a polar plot with origin 
at the center; radial distance from the 
center is the nearest neighbor distance, 
and counter-clockwise angle from the 
horizontal is the nearest neighbor an¬ 
gle. The docstrum is so termed because 
of its similarity in appearance to the 2D 
power spectrum and because of its anal¬ 
ogous utility in globally describing an 
image —in this case, a document image. 

The prototype system determines page 
features by examining the docstrum plot. 
A symmetric pair of clusters will exist 
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Figure 7. Final results of docstrum analysis show lines drawn through character 
centroids within text blocks and page number blocks. The larger characters of 
the journal title have been filtered out on the basis of their size. (The word 
“Journal” in the title was lost in binarization because it is white on a colored 
background, versus the rest of the text, which is black.) 


for both intraword and interword char¬ 
acter spacing, and at 90 degrees to these 
for interline character spacing. The ra¬ 
dial distance from the origin gives the 
average spacing for each of these fea¬ 
tures. The angle that this cross-pattern 
of features deviates from the zero de¬ 
grees of an upright page gives the skew 
angle, or orientation of the text lines. 

To ensure the separability of clusters 
and to maximize the precision of locat¬ 
ing their centers, the system performs 
clustering and centroid measurement, 
first, by integrating the docstrum over 
the distance variable to yield the angle 
histogram. The peak of the angle histo¬ 
gram is usually found easily and indi¬ 
cates the skew angle. The docstrum is 
then integrated over the angle variable 
to yield the histogram for the nearest 
neighbor distance. Knowing the skew 
angle, the system can determine charac¬ 
ter and line spacing from this histo¬ 
gram. Average intercharacter spacing 
is at the lower peak on the nearest- 
neighbor-distance histogram for pairs 
within an angular tolerance to the skew 
angle. Line spacing is found at the high¬ 
er peak in the nearest-neighbor-distance 
histogram for angles within an angular 
tolerance of the perpendicular to the 
skew angle. 

From this docstrum information, text 
blocks are determined in a bottom-up 
manner. Characters are joined to words 


using the skew angle and intercharacter 
spacing. Words are joined into lines. 
Regression lines are fit through charac¬ 
ter centroids of each text line, and the 
average of these over the page is a pre¬ 
cise estimation of skew. Finally, a bot¬ 
tom-up line-merging technique forms 
blocks of text lines. Figure 7 shows the 
resulting blocks of text from this doc¬ 
strum analysis. The docstrum steps de¬ 
scribed here require 8 to 15 seconds of 
processing time for table-of-contents 
pages. 

Logical labeling of page parts. Be¬ 
cause the user can access information 
by pointing to specific blocks on a page 
image, the system must determine what 
these blocks represent. For instance, on 
the title page of a journal, we would like 
to identify the date, volume number, 
and page number for a particular arti¬ 
cle. Furthermore, we would like to build 
logical groupings of related items, such 
as title, author name, and page number 
for a particular article. We achieve this 
by building a parse tree for the page. 

This parse tree is constructed accord¬ 
ing to a grammar that is specified for 
each different journal type. The gram¬ 
mar uses information about the relative 
positions of the blocks to determine 
their semantic nature. Standard parsing 
theory has been developed for gram¬ 
mars on symbol strings in which a single 


sequencing relationship exists between 
the language symbols. In our case, each 
block is considered a terminal symbol, 
so there are two relationships of inter¬ 
est: a left-right relationship and an above- 
below relationship. 

We have developed a theory of par¬ 
tial order grammars for this purpose. 
Such a grammar can be defined over 
any set of symbols that have one or 
more partial orders defined on them, 
subject to a few technical conditions 
easily satisfied by most page layouts. In 
our case, the left-right relationship is a 
partial order, since for any pair of blocks, 
A and B, we may have A to the left of B, 
B to the left of A, or neither (for in¬ 
stance, if A is directly below B). Similar¬ 
ly, the above-below relationship is a 
partial order. For partial order gram¬ 
mars, it is possible to develop polyno¬ 
mial time LR-parsers similar to those 
for string grammars. We have written a 
tool called pocc, similar to the Unix util¬ 
ity called yacc, that takes a grammar speci¬ 
fication and generates a parser for it. 

Thus, we can specify a grammar for 
each different type of page in a particu¬ 
lar journal title. In this initial imple¬ 
mentation, we do this for the different 
table-of-contents formats. This specifi¬ 
cation is converted into a parser through 
pocc. Thus, the parser is used to deter¬ 
mine the structure of each new table-of- 
contents page, using a grammar specific 
to the particular journal title. 

The parse tree provides us with a 
logical structure for the information on 
the page. For instance, there is an asso¬ 
ciation between the title of an article 
and its page number (since these blocks 
will be grouped together to form an 
article block). This association is ex¬ 
ploited to determine the page number 
automatically when a user clicks on the 
title of an article and thereafter to re¬ 
trieve and display the appropriate page. 
This logical structure is also valuable in 
creating a structured object from a page. 
This composite object consists of small¬ 
er objects and fields with certain values. 
Such objects can be stored in an object- 
oriented database, where they can be 
retrieved and manipulated effectively. 

Text processing. As seen in previous 
sections, a major goal is to add function¬ 
ality to the bitmapped page images pre¬ 
sented to the user. In addition to the 
facilities enabled by knowledge of the 
page’s logical structure, two functions 
require machine-readable text. One is 
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the alerting service, which matches text 
against user profiles. The second is an 
on-line interactive text search facility 
that is under development. 

The system generates text from the 
page images by first performing OCR 
(currently with a commercial system) 
and then postprocessing the OCR out¬ 
put in an attempt to remove any re¬ 
maining errors. The OCR process, in 
addition to providing ASCII characters, 
gives information about the position of 
the text on the page. The system uses 
this information to spatially correlate 
search hits with the page image. Since 
the user always sees the page image and 
not the OCR output, we do not require 
pristine output from the recognition 
process. Instead, we wish only to im¬ 
prove its accuracy and in turn increase 
the number of hits found in profile 
matching and in on-line search. 

The output of the OCR is postpro- 
cessed by the JSB (Jones, Story, and 
Ballard) system. 4 This system integrates 
a Bayesian treatment of predictions from 
a variety of knowledge sources. The 
JSB knowledge sources can be broadly 
classified as those that characterize the 
recognition device and those that char¬ 
acterize the documents. The document 
characterizations include both explicit 
frequencies and signature tables for the 
letter and word n-grams found in texts 
representative of the journals in the 
database. Device knowledge is expressed 
as a set of character rewrite rules with 
frequencies and is referred to as the DM 
(for device mapping). The DM describes 
the recognition errors made by the OCR 
device during training. 

The postprocessing algorithm oper¬ 
ates in three phases. Phase 1 builds a list 
of candidates for each word (space-de- 
limited string) of the input by consider¬ 
ing each word in isolation. Phase 2 merg¬ 
es words to undo the effect of apparent 
word-splitting errors. Phase 3 reorders 
candidates by considering their context 
(that is, adjacent words). During this 
final phase, additional candidates may 
also be proposed. These phases, while 
processing progressively higher level 
representations, are not strictly serial, 
since proposed analyses are fed back 
into earlier phases. 

For each space-delimited string, Y, 
output by the OCR process, phase 1 
proposes one or more candidate strings, 
2f„with associated probabilities, p(A'IY). 
Phase 1 estimates are derived from the 
DM statistics and the a priori probabil¬ 


ities of the X t . These a priori values are 
based on word frequency for known 
words and character digrams for un¬ 
known words. Analytically, phase 1 com¬ 
putes the following (normalized) prob¬ 
abilities: 


p(X i \Y) = 


p(x,) pjXj —> y) 

XU p(Xj) p(Xj —» Y) 


The probability p(X] —> Y) is the like¬ 
lihood that the Y string resulted from 
X h given the DM statistics; it is the 
product of the probabilities associated 
with the rewrite rules applied to get X t 
from Y. If the Y string is not in the 
dictionary or if dictionary words are 
being reconsidered, then we enter it as 
the first candidate string and begin the 
search for known words. 

In phase 3, we reorder the candidates 
for each string based on word digram 
probabilities. In addition to reordering 
the X candidates, word digram condi¬ 
tional probabilities also suggest addi¬ 
tional X candidates, which are scored 
by phase 1 and added to the list before 
renormalization. 


Display processing. A standard im¬ 
age resolution for today’s scanners is 
300 dpi. For an 8.5 x 11-inch document 
page, the scanned size is then 2,550 x 
3,300 pixels. Bitmap monitor sizes vary 
greatly, but very few will display a full 
page at this resolution. To fit the image 
on the monitor, it must be subsampled 
by the smaller ratio of dimensions (for 
this example, by 1,280/3,300, or 39 per¬ 
cent). Though a reduction of this size 
will clearly reduce image quality, we 
can minimize its effect by applying a 
low-pass filter on the original image to 
reduce high-frequency content above 
the new sampling frequency. 

A common image-filtering method is 
to obtain each subsampled pixel as the 
average in a kx k-sized region around 
the corresponding pixel in the input 
image. For gray-scale output, this result 
is normalized by the maximum gray¬ 
scale value. For binary output, this re¬ 
sult is compared with a threshold and 
set to a value of 1 or 0. 

Filter parameters that maintain max¬ 
imum “readability,” or text quality, in 
the subsampled image are presented in 
O’Gorman. 2 A simple method is given 


Copyright compliance efforts 


Because established standard methods for complying with copyright in the 
electronic environment do not exist, the RightPages service is serving as a 
testbed for compliance processes, as well as a barometer of scientific and 
technical publishers’ readiness to license their publications for a networked, 
image-based electronic library. Preliminary results indicate that an increasing 
number of publishers are strategically ready to authorize their works for elec¬ 
tronic distribution, but slow to make agreements because they lack a familiar 
legal and administrative infrastructure. 1 

Currently, the RightPages service includes 64 journals, representing 10 
publishers. We have made site-license arrangements with these publishers 
authorizing unlimited use within specified locations and parameters. Building 
on the process for authorizing paper photocopying, we entered into an agree¬ 
ment with the Copyright Clearance Center to manage the process of obtaining 
authorizations. Where the CCC has been unsuccessful in obtaining authoriza¬ 
tions, we have attempted to obtain them from the publishers directly. There 
are three of these bilateral agreements at the time of this writing. 

Part of the agreement requires semi-annual reports of usage. These include 
information from each user access of the system, such as access time, issues 
viewed, articles ordered, and interface features used. The publishers will use 
this information to assess this trial in electronic journal distribution, and we 
will use it to assess system performance, utility, and features. 

Reference 
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# RIGHTPAGES PROFILE: file contains keywords, phrases, and 

# journal names upon which RightPages search is done. 

(machine OR computer) vision 
library WITHIN(IO) electronic 
(document OR image) AND processing 

pattern recognition AND NOT (JOURNAL Pattern Recognition OR 
JOURNAL\ 

IEEE Transactions on Pattern Analysis and Machine Intelligence) 
JOURNAL Pattern Recognition 

JOURNAL IEEE Transactions on Pattern Analysis and Machine 
Intelligence 

JOURNAL Proceedings of the IEEE 


Figure 8. A sample user profile. 


for subsampling by noninteger rates so 
that subsampled images can fit into the 
maximum screen space available. Also, 
a method is described that adaptively 
reduces an image size; this approach 
reduces regions of white space and oth¬ 
er “low-information” rows and columns, 
while maintaining quality in the higher 
information text. The filtering and sub¬ 
sampling requires about 10 seconds per 
page for reduction to 33 percent. 

Document database 

The result of the processing steps is a 
document in which journal pages are 
C++ objects, each of which contains 
multiple representations that are them¬ 
selves objects. Conversion to an object- 
oriented database is planned to speed 
access and to improve programming ease 
and versatility. In the meantime, the 
various page representations are stored 
as Unix files. 

The first kind of representation con¬ 
tains page images in a variety of resolu¬ 
tions and in depths of one and eight 
planes to accommodate the various 
monitors in use. The second represen¬ 
tation type contains the results of OCR 
on the page (that is, the ASCII text with 
positional information). The third is the 
page logical content. A logical content 
file consists of a set of labeled rectangu¬ 
lar regions, possibly hierarchically ar¬ 
ranged. Each region can optionally link 
to an entire page (represented by its 
page attributes) or to another region. In 
the latter case, the second region can be 
on another page and is represented by 


its label and its page’s attributes. This 
kind of link is used to connect article 
entries on the table-of-contents pages 
to the article pages. 

Profile matching 

Each user has a personal profile (see 
Figure 8), a file that resides in his or her 
home directory and indicates technical 
interests as well as parameters for cus¬ 
tomized interaction. The personal pro¬ 
file regulates alerting of new material as 
it arrives in the system. Alerting is done 
by sending e-mail to the user, indicating 
the number of hits and the journals in 
which they occur and giving instruc¬ 
tions for running the system. The pro¬ 
file is composed of two distinct sections. 
One contains a list of journal names, 
called a subscription list, and the other 
contains Boolean combinations of key¬ 
words. For the subscription list, the user 
is alerted when a particular journal en¬ 
ters the system. This lets the user peruse 
the table of contents and articles much 
the same as if a conventional paper sub¬ 
scription had been received. 

The keyword section is more selec¬ 
tive, alerting the user only to articles 
that match keyword combinations. The 
keyword profile is meant to cover the 
user’s secondary journals — journals 
that would be surveyed only irregularly 
for specific topics — and tertiary jour¬ 
nals that the user would rarely read, but 
that occasionally include an article re¬ 
lated to the user’s interests. The 
RightPages prototype uses the slim- 
search package to search keywords. 5 The 


slimsearch package produces an invert¬ 
ed index of terms for efficient search¬ 
ing. 

The Boolean operators and syntax of 
the profile for keyword expressions are 
wl AND w2, wl OR w2, wl WITHIN(n) 
w2, wl w2, NOT wl. The wl and w2 are 
keyword operands and can be single 
words or Boolean combinations of 
words. The AND operator forces a match 
if a search space contains two keyword 
operands. The search space is the full 
first page of an article. The OR opera¬ 
tor forces a match if the search space 
contains either or both keyword oper¬ 
ands. The WITHIN(n) operator match¬ 
es if both keyword operands are within 
n words of each other. A space between 
expressions is equivalent to a WITH- 
IN(1) connection. Finally, a match may 
be negated if the search space contains 
the expression following the unary NOT 
operator. A statement may consist of 
combinations of Boolean expressions. 

Besides keyword expressions, jour¬ 
nal names can also be used in the profile 
following the unary Journal operator. 
When journal names are used, they mean 
that a match is effected if it occurs in 
text from that journal. Two journal 
names can be joined only by the OR 
operator. A journal expression can be 
joined to keyword expressions by AND 
or by OR and can be negated by NOT. 
For example, wl AND NOT (Journal 
journal_XOR Journal journal_Y) means 
that a match occurs if the keyword ex¬ 
pression, wl, occurs in any journals ex¬ 
cluding journal_X and journal_Y. The 
order of binding precedence for both 
keyword and journal operators is (...), 
Journal, blank, WITHIN(n), NOT, 
AND, OR. 

Phase 1 results 

We scan new journal issues and re¬ 
quested articles into the system during 
the day to undergo the bulk of their 
processing at night. Text and image pro¬ 
cessing are performed on a Sparcsta- 
tion 2 with 32 megabytes of main mem¬ 
ory and 100 megabytes of magnetic disk 
memory for swapping. 

Though use of the system is increas¬ 
ing as the number of journals and users 
increases and as users become more 
comfortable with it, recent usage statis¬ 
tics averaged over a month show the 
following approximate data. Three is¬ 
sues are entered per working day, 15 
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pages per issue. (Note that during the 
first phase, we scan only the cover, table 
of contents, and first page of each arti¬ 
cle. Upon user request, we provide the 
full article in either paper or electronic 
form.) Two articles are requested per 
working day at 12 pages per article. 
These numbers total 1,380 pages per 
month and 16,560 pages per year. 

The total storage size for the com¬ 
pressed images and other planes of text 
and layout information for each page is 
approximately one-fourth of the origi¬ 
nal bitmap size — that is, about 250 
kilobytes per page. At current usage, 
this would result in 4.14 gigabytes of 
data per year. The daily processing time 
varies widely with the number of pages 
and amount of text, noise, matches, etc. 
However, all processing is usually com¬ 
plete in under two hours. 

Because the system performs image 
and text processing off line, system per¬ 
formance at the interface level is rea¬ 
sonably fast. Table-of-contents pages 
and article pages can be viewed with 
less than a second delay. When a user 
requests a full electronic copy of an 
article, the request is logged, usually 
scanned the next day, and available to 
the user after the night’s processing. 
Users who want full hard copy of an 
article can print it at their local printer 
with the same delay. Once an article has 
been requested, any user can view it 
without scanning delay. 

The system has been operating on a 
small test scale since May 1991, and 
with wider availability at Bell Labs since 
February 1992. Upon writing this arti¬ 
cle, only statistics from the first phase 
were available. This phase had about 40 
registered users. Of these, about half 
used the system at a frequency of once 
a week or more. A similar number of 
requests for paper and electronic copies 
had been made, about 22 each. There 
had been 103 journals perused and 1,440 
articles read. Of the articles, 567 were 
unique. The average time that each page 
was on a user’s screen was two minutes. 

Though the user statistics are not yet 
definitive, we have received many user 
comments. In general, they have been 
positive. Some users have reported that 
the alerting and browsing features have 
led them to articles that proved impor¬ 
tant to their research in journals they 
normally do not read. The negative com¬ 
ments have come mostly from users who 
are uncomfortable reading the scanned 
text on the screen. 


P lanned additions to the Right- 
Pages system fall roughly into 
three categories: new interface 
features, enhancements of the underly¬ 
ing architecture, and extensions to oth¬ 
er kinds of documents. 

In the first category, we have demon¬ 
strated a prototype that lets users at¬ 
tach personal notes to or “draw” on the 
journal pages. The user can control both 
author and reader lists for these anno¬ 
tations. Such features should encour¬ 
age on-line “discussion” and alerting 
among colleagues. In this prototype, 
the user can also highlight a region of a 
page image and have a text-to-speech 
system “read” aloud the text in that 
region. This feature is, of course, facili¬ 
tated by the correlation of the ASCII 
text representation of the page with the 
bitmap used for display. A user who has 
been alerted to a new profile-matching 
article might have the introduction of 
the article read to him or her while busy 
with other activities in the office. 

Interface enhancements in the plan¬ 
ning stage include audio annotations, 
the ability to group the database con¬ 
tents into user-defined folders and note¬ 
books, and graphical aids for indicating 
the user’s traversal through the data¬ 
base during a session. 

A number of enhancements to the 
underlying architecture should improve 
performance or enrich the database con¬ 
tents. One such enhancement will pro¬ 
vide a text-search facility that is toler¬ 
ant of OCR errors, using techniques 
derived from the JSB OCR postproces¬ 
sor. Other enhancements will require 
the results of ongoing research. A goal 
of the layout analysis is to identify and 
label as many logical structures on the 
pages as possible. This would, for exam¬ 
ple, allow a user to restrict search or 
display to just the title and abstract or 
just the figures. In addition, the data¬ 
base provides a testbed for experiment¬ 
ing with and evaluating different text 
and document classification methods. 
As the database grows, such techniques 
will be critical in helping users find and 
manage information. Finally, we are 
investigating networking architectures 
for providing a RightPages-like service 
to wide area networks. 

Libraries are not restricted to text- 
based materials, and we plan to apply 
the ideas used in representing journal 
pages to other media, including pictures, 
audio, and video. In the long run, of 
course, more and more published mate¬ 


rial will be prepared and distributed in 
electronic form. We intend to support 
these purely electronic documents, 
which are represented in a variety of 
markup languages. ■ 
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Operational Versus 
Definitional: A Perspective 
on Programming Paradigms 


Allen L. Ambler, University of Kansas 

Margaret M. Burnett, Michigan Technological University 

Betsy A. Zimmerman, General Dynamics 


Programming 
paradigms guide 
problem solving and 
provide frameworks for 
expressing solutions. 
This article categorizes 
paradigms according to 
their emphasis on 
stating procedures 
versus constraining 
the solution set. 


A programming paradigm is a collection of conceptual patterns that to¬ 
gether mold the design process and ultimately determine a program’s 
structure. Such conceptual patterns structure thought in that they deter¬ 
mine the form of valid programs. They control how we think about and formulate 
solutions, and even whether we arrive at solutions at all. 

Once we can visualize a solution via a paradigm’s conceptual patterns, we must 
express it within a programming language. For this process to be effective, the 
language’s features must adequately reflect the paradigm’s conceptual patterns. A 
language that reflects a particular paradigm well is said to support that paradigm. 
In practice, a language that supports a paradigm well is often hard to distinguish 
from the paradigm itself. 

A language rarely supports just one paradigm. Typically, it will borrow liberally 
from many paradigms for its features and support more than one. In this article, we 
discuss various programming paradigms independent of supporting languages. 

In his 1978 Turing Award Lecture, R.W. Floyd 1 stated his belief that 

... the current state of the art of computer programming reflects inadequacies in our stock 
of paradigms, in our knowledge of existing paradigms, in the way we teach programming 
paradigms, and in the way our programming languages support, or fail to support, the 
paradigms of their user communities. 

Floyd described three categories of paradigms: those that support low-level 
programming techniques (for example, copying versus sharing data structures), 
those that support methods of algorithm design (divide and conquer, dynamic 
programming, etc.), and those that support high-level approaches to programming 
(such as functional and rule-based paradigms). Floyd showed how different 
programming languages support the paradigms in each of these categories. We 
focus here on paradigms that support high-level programming. 
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Further, we group them according to 
their approach to problem solving. The 
operational approach describes step-by- 
step how to construct a solution. The 
demonstrational approach is a variation 
on it that illustrates the solution opera¬ 
tionally for specific examples and lets 
the system generalize these example so¬ 
lutions for other cases. While the dem¬ 
onstrational approach is definitely op¬ 
erational, it produces some very different 
results and is reviewed here as a sepa¬ 
rate category. The definitional approach 
is different. It states properties about 
the solution to constrain it without de¬ 
scribing how to compute it. 

These three approaches can be viewed 
on a continuum from operational to 
definitional. We start our discussion with 
the operational approaches, describing 
each paradigm in a separate section. A 
sidebar for each paradigm contains a 
“pure” language solution to the prob¬ 
lem of sorting a list into some linear 
order. This problem allows many differ¬ 
ent solutions and lets us illustrate dif¬ 
ferent conceptual patterns associated 
with each paradigm. 

In choosing an algorithm for illustrat¬ 
ing a particular paradigm, our objective 
is to best illustrate the natural style of 
the paradigm, not to find the most effi¬ 
cient solution. In most cases, propo¬ 
nents of these paradigms and the lan¬ 
guages supporting them can significantly 
improve the efficiency of our algorithms. 

We have written the solutions in hy¬ 
pothetical languages. In this way we 
avoid communicating solutions that 
depend on a particular language. Some 
of these “pure” languages may resem¬ 
ble real languages. While this resem¬ 
blance may improve understandability, 
we do not mean to imply association 
with any existing languages. We do, 
however, briefly describe real languag¬ 
es that typify support for the paradigm. 

Operational paradigms 

Step-by-step computational sequenc¬ 
es characterize operational paradigms. 
The most difficult aspect of program¬ 
ming within this approach is determin¬ 
ing if the operationally computed value 
set is, in fact, the solution value set. 
Debugging and verification techniques 
concentrate on these programming prob¬ 
lems. The finer the operational control, 
the harder it is to define the computed 
value set and to verify it as identical 


Imperative paradigm 


procedure swap (x, y) 
temp := x 
x:=y 
y := temp 

procedure bubblesort (list) 
for i := 1 to MAX-1 do 

for j := MAX downto i+1 do 
if list[j—1] > list[j] then 
swap (list(j—1 J, list[j]) 

Procedure bubblesort repeatedly compares each of two neighboring el¬ 
ements and exchanges them if they are out of order. The final state of the 
list is the sorted list. Note that the original list is destroyed in the process. 

Many programming languages support this model; most also include 
extensions that support other paradigms to varying degrees. Today’s im¬ 
perative languages contain a variety of borrowed mechanisms, such as 
non-side-effecting functions, recursion, and dynamic allocation via point¬ 
ers. They nevertheless remain conceptually dominated by the machine 
model. 


with the solution value set. We must 
often settle for a computed value set 
that is “sufficiently close” to the solu¬ 
tion value set, where we interpret “suf¬ 
ficiently close” to mean that the two 
value sets are indistinguishable over the 
expected subclass of actual problems. 

Operational paradigms are of two 
basic types: those that proceed by re¬ 
peatedly modifying their data represen¬ 
tation (side-effecting) and those that 
proceed by continuously creating new 
data (non-side-effecting). Side-effect¬ 
ing paradigms use a model in which 
variables are bound to computer stor¬ 
age locations. As a computation pro¬ 
ceeds, these storage locations are re¬ 
peatedly revised (that is, the variables 
get multiple assignments). When a com¬ 
putation ends, the final values of speci¬ 
fied variables represent the results. 
There are two k inds of side-effecting 
paradigms:"lmperZrrtw-and-t7S/ect-o/-i- 
'ented. 

Non-side-effec ting paradigms include 
those that were traditionally called func¬ 
tional paradigms. Today, it i"s important 
to distinguish functional approaches that 
are operational from those that are def¬ 
initional. This is a fine line. Most at¬ 
tempts at general definitional approach¬ 
es to programming are eventually tainted 
by operational necessities that work their 


way back into the supported paradigm. 
Nevertheless, certain functional ap¬ 
proaches are clearly operational and 
will be discussed here, while others are 
less operational and will be discussed 
with the definitional approaches. 

Operational paradigms define se¬ 
quencing explicitly. Operational se¬ 
quencing is either serial or parallel. If 
parallel, it can be defined by cooperat¬ 
ing parallel processes (asynchronous par¬ 
allel) or single processes applied simul¬ 
taneously to many objects (synchronous 
parallel). Each operational paradigm 
includes corresponding asynchronous 
and synchronous parallel variants. We 
discuss some of these at the end of this 
section. 

Imperative. The imperative paradigm 
is characterized by an abstract model of 
a computer that consists of a large store. 
The computer stores an encoded repre¬ 
sentation of a computation and exe¬ 
cutes a sequence of commands that 
modify the store. This paradigm is best 
represented by von Neumann-style 
machine architectures. Although von 
Neumann machines underlie the imple¬ 
mentation of almost all the paradigms 
discussed in this article, the imperative 
paradigm uses this machine model for 
conceptualizing solutions. The other 
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paradigms, by contrast, use conceptual 
models removed from this implementa¬ 
tion model. 

Programming in the imperative para¬ 


digm is dominated by determining what 
data values will be required for the com¬ 
putation, representing these data val¬ 
ues by associating them with storage 


locations, and deriving a step-by-step 
sequence of transformations to the store 
so that the final state represents the 
correct result values. 


Object-oriented paradigm 

Class Sequence 
quicksort 

I pivot lowerPart middlePart upperPart I 
if ((self size) >= 2) then 
pivot := self selectPivot. 
lowerPart := 

((self class) new) addAII: (self select: [elt where elt < pivot]) 
middlePart := 

((self class) new) addAII: (self select: [elt where elt = pivot]) 
upperPart := 

((self class) new) addAII: (self select: [elt where elt > pivot]) 

lowerPart quicksort 
upperPart quicksort 

self updateFrom: lowerPart and: middlePart and: upperPart 

selectPivot 

return (self first) 


All computations are accomplished by sending messag¬ 
es to objects. The objects respond by following methods 
of the same names. For example, the method definition 
for quicksort says that when a sequence receives the 
message quicksort, it creates three new local objects, 
lowerPart, middlePart, and upperPart. The (built-in) meth¬ 
od select: is used to construct a new smaller sequence 
containing each element for which the predicate (con¬ 
tained within the block surrounded by []) evaluates to true. 
The reference to self refers to the object processing the 
message, and the construct new is used to dynamically 
create a new object of the specified class. Thus, a new 
sequence is created and all selected elements are added 
to it. Once the three subsequences have been created, 
lowerPart and upperPart are sent messages to sort them¬ 
selves. After these sorts are complete, the three sequenc¬ 
es are used via updateFrom:and:and: to update the origi¬ 
nal sequence in place. 

The quicksort is highly polymorphic. It is defined here 
for the class Sequence. All subclasses of this class (for 
example, lists, arrays, and files) will inherit the quicksort 
method. Through methods of their own or through inherit¬ 
ance, the subclasses can interpret the messages size, 
first, addAII:, updateFrom:and:and:, and select:. The con¬ 
tents of these sequences can be any type of object as 
long as the object understands the messages <, =, and >. 
Thus, one definition suffices for sorting files of numbers, 


arrays of names, lists of personnel records, etc. This com¬ 
bination of polymorphic methods and inheritance provides 
much of the power of the object-oriented paradigm. 

Smalltalk 1 is the preeminent object-oriented language, 
both historically and in the extent of its compatibility with 
the paradigm. It fully supports encapsulation, inheritance, 
and message-passing. Everything in the language is mod¬ 
eled as an object. In addition to the basic language, the 
Smalltalk environment includes a large library of pre¬ 
defined objects for basic data structures like lists, arrays, 
and collections. 

Although most object-oriented languages support the 
class-based model presented here, an alternative ap¬ 
proach supports a bottom-up view of objects. In this view, 
an object’s characteristics and capabilities are determined 
not by the class of which it is a member, but rather by the 
object it most closely resembles (termed the prototype). 
The Self language is an example of this prototype-based 
approach. 2 
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In its pure form, the imperative para¬ 
digm supports only simple commands 
that modify the store and carry out con¬ 
ditional and unconditional branching. 
Even when a simple form of procedural 
abstraction is added, this model remains 
basically unchanged. Parameters are 
aliases for a portion of the store, no 
values are returned, and a procedure 
alters the store through its parameters 
and/or direct global references. 

Object-oriented. With the i mperative \ 
paradigm, the conceptual model is a 
si ngle s tore into which abstract data < 
values 'are - represented and on which 
one or more procedures are applied. 
Each procedure deals directly with the 
stored representation. T he object- ori- 
ented paradigm retains much of This 
modeTTbut'procedures operate on ab- 
s tract values, called obiects, father itn m 

on stored representations. As a result, 

this paradigm requires the capabilities 
of defining new objects composed of 
existing objects and of manipulating 
them by defined procedures (called 
methods). Object-oriented program¬ 
ming first defines suitable objects for 
the problem at hand, then uses these 
objects to describe step-by-step opera¬ 
tional sequences. 

Manipulation of abstract values rather 
than concrete representations requires 
respect for the encapsulated state of 
objects (that is, the right of objects to 
define their concrete representations 
and to perform all manipulations 
upon such representations). This is 
accomplished by sending messages 
that describe the desired manipula¬ 
tions and leaving it to the objects to 
perform them. Objects, which are 
implemented via other subobjects, use 
operational sequences to alter their 
internal representations. Such sequences 
include sending messages to their 
subobjects. 

This process recurses until at some 
level the objects and the methods de¬ 
fined on them are primitive. Thus, sort¬ 
ing involves sending an object a mes¬ 
sage to sort itself. The message sender 
does not care how the object sorts itself, 
only that it gets sorted. 

While the distinction between direct¬ 
ly manipulating concrete representations 
and applying methods to objects may 
seem subtle, the impact on program¬ 
ming is not. Object orientation encour¬ 
ages thinking about individual concepts 
rather than a single global concept. Each 


Object orientation 
encourages thinking 
about individual 
concepts rather than a 
single global concept. 


object is conceived and implemented as 
self-contained. 

We have thus far described only en¬ 
capsulation — the mechanism for en¬ 
forcing data abstraction. Inheritance is 
a second characteristic associated with 
object-oriented paradigms. It is based 
on the concept of object classes. A class 
is the definition of an object from which 
instances of the definition are created. 
Inheritance allows rapid definition of a 
new object class from the concrete rep¬ 
resentation and methods of an existing 
class. The new class includes all of the 
methods defined on the inherited rep¬ 
resentation, as well as any new concrete 
representations and new or revised 
methods added to it. 

The sidebar example defines sorting 
for all sequences in such a way that 
specific subclasses, such as lists, inherit 
the sorting method. Under inheritance, 
subsequent modifications to the origi¬ 
nal class (called the superclass) are re¬ 
flected in the new subclasses. 

A third characteristic of object-ori¬ 
ented paradigms is message-passing. We 
come to think of objects as active enti¬ 
ties that send messages to one another. 
This view encourages us to think of 
decomposing problems into olavers who 
. accomplish a task cooperatively ."The 
specification of any one player should 
be relatively uncomplicated, with play¬ 
ers organized into teams for more com¬ 
plex tasks. Several languages have ex¬ 
plicitly modeled this player concept. 2 

Some languages that support the ob¬ 
ject-oriented paradigm are extensions 
of languages that tend to be primarily 
imperative. These extensions do not sup¬ 
port objects as active entities that re¬ 
ceive messages. Rather, they continue 
to invoke procedures or functions that 
pass objects. To support this model, 
procedures must be polymorphic—that 
is, multiply defined with particular in¬ 


vocations determined by examining the 
types of the parameter objects. While 
the message-passing mechanism of the 
object-oriented paradigm is computa¬ 
tionally equivalent to the procedure- 
call approach of these extended lan¬ 
guages, it leads to a very different way 
of looking at problem solutions. There 
is a conceptual difference between 
searching through procedures — all of 
the same name — for a match of the 
particular parameter types and sending 
a message to a particular object that 
knows only one such method. In the 
former case, the main program controls 
all the work, while in the latter, each 
object has full responsibility for cor¬ 
rectly handling requests made directly 
to it. 

Functional (operational). The func¬ 
tional paradigm is based on the mathe¬ 
matical model of functional composi¬ 
tion. In this model, the result of one 
computation is input to the next, and so 
on until some composition yields the 
desired result. There is no concept of a 
location that is assigned or modified. 
Rather, there are only intermediate 
values, which are the results of prior 
computations and the inputs to subse¬ 
quent computations. For convenience, 
these intermediate values can be given 
names. There is no form of command, 
and all functions are referentially trans¬ 
parent. 

Functional programming includes the 
concept of functions as first-class ob¬ 
jects. This means that functions can be 
treated as data (that is, they can be 
passed as parameters, constructed and 
returned as values, and composed with 
other forms of data). 

Application developers conceive the 
solution as compositions of functions. 
For instance, to sort a list, we might 
conceive the solution as a concatena¬ 
tion of some smaller lists, each of which 
is already sorted. This reduces the prob¬ 
lem to selecting the smaller lists. 

The way functions are specified can 
vary. In particular, we can specify them 
operationally, or mathematically with¬ 
out control sequencing. Here we ad¬ 
dress only the operational case. The 
mathematical case will be discussed 
under “Definitional paradigms.” 

The operational approach explicitly 
controls the order in which computa¬ 
tions occur. For instance, in sorting a 
list, we might first determine if the list is 
empty and proceed only if it is not. This 
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explicit ordering of computations caus¬ 
es an overspecification that character¬ 
izes operational approaches and leads 
to the discussion of parallel versus se¬ 
quential control in the next subsection. 

In practice, languages supporting this 
operational form of the functional par¬ 
adigm often include imperative con¬ 
structs such as multiple assignment, 
which destroy the non-side-effecting 
nature of the paradigm and force fur¬ 
ther sequencing considerations into the 
construction of programs. Such com¬ 
promises are in part historical. They 
date back to a time when creating effi¬ 
cient solutions required modeling a 
machine’s store. Also, most imperative 
and object-oriented languages have 
adopted some form of function, but their 


reliance on side effects and their lack of 
functions as first-class objects prevent 
them from fully supporting functional 
programming. 

Sequential versus parallel control 
flow. Constructing parallel operational 
programs requires extending the con¬ 
ceptual models presented thus far. This 
extension is required to handle the over¬ 
specification forced by explicit control 
sequencing. For example, in each of the 
two quicksort examples we have de¬ 
scribed, the two sublists are sorted se¬ 
quentially and in a specified order, 
when they might be sorted simultaneous¬ 
ly, or at least in any order. The problem 
is that once we define a rigorous order¬ 
ing, the system must follow it. When 


programmers realize that they are over¬ 
stating control, they may desire a means 
of telling the system when it is safe to 
violate this ordering. This leads to the 
extended models discussed here. 

While parallel considerations extend 
the paradigms we have discussed, the 
efficient use of these extensions often 
leads to algorithms that are more than 
relaxed sequential algorithms. In par¬ 
ticular, the neighborhood_sort algorithm 
developed in the sidebar on asynchro¬ 
nous paradigms assumes parallel evalu¬ 
ation from its very conception. Without 
these extensions to our paradigm mode, 
we would not likely derive the solution 
simply by eliminating sequential con¬ 
trol from an algorithm that was previ¬ 
ously stated sequentially. Thus, we con¬ 
sider these parallel-extended paradigms 
to be paradigms themselves. 

Parallel programming languages his¬ 
torically have followed one of three 
approaches: 

(1) automatically detect parallelism 
in an otherwise sequential lan¬ 
guage, 

(2) add mechanisms that directly mim¬ 
ic the parallel operations of a par¬ 
ticular machine, or 

(3) add general mechanisms for ex¬ 
pressing the parallelism in the 
problem. 3 

With the first option, the compiler 
determines what parts of the applica¬ 
tion can be executed in parallel. If par¬ 
allelism was not a paradigm, this might 
end up the most reasonable approach to 
parallel programming. With the second 
option, the language provides data and 
program structures that directly reflect 
the architecture of the machine. The 
resulting software is finely tuned for a 
particular machine and may not be suit¬ 
able for any other architecture. With 
the third option, the language provides 
data and program structures that let the 
software developer express the paral¬ 
lelism inherent in a problem without 
reference to the hardware. For exam¬ 
ple, the language will provide the most 
basic operations — ones that allow for 
fine-grained parallelism. Such language 
constructs encourage thinking of the 
solution in terms of the parallelism in¬ 
herent in the problem. 

Parallel processes are either interfer¬ 
ing or noninterfering. Interfering pro¬ 
cesses have at least some potential for 


Functional paradigm (operational) 

define function quicksort (1st) 
if 1st is null then 
nil 

otherwise 

append (quicksort (choose_members (function (<), pivot (1st), 1st)), 
choose_members (function (=), pivot (1st), 1st), 
quicksort (choose_members (function (>), pivot (1st), 1st))) 

define function pivot (1st) 
first (1st) 

define function choose_members (function, val, 1st) 
if 1st is null then 
nil 

otherwise 

if function-call (function, first (1st), val) then 
append (list (first (1st)), 

choose_members (function, val, rest (1st))) 

otherwise 

choose_members (function, val, rest (1st)) 

In this operational-style functional rendition of quicksort, the sequence of 
the conditions given is important. For example, if the test for the null list in 
choose_members were not first, the program would either fail to terminate or 
end in error, depending upon the implementation of the functions <, =, and >. 

“Pure” Lisp 1 represents this paradigm best. However, the numerous en¬ 
hanced versions of Lisp in use today, including Common Lisp, might equally 
well support imperative programming. These languages include side-effect¬ 
ing destructive modification, fixed storage data types (such as arrays and ob¬ 
jects that are manipulated primarily by side-effect), and control-flow con¬ 
structs (for example, iteration and exception handling). 
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affecting the computation of each oth¬ 
er. The primary problem associated with 
interfering processes is restricting their 
interference in controlled ways so that 
they compute predictably. Interfering 
processes tend to be coarse-grained (that 
is, larger) processes and are often heter¬ 
ogeneous due to the complexities of 
coordinating interference. 

Noninterfering processes are simpler 
to specify, but usually much more fine 
grained. For instance, adding two n x m 
matrices requires n*m additions. Each 
of these additions is noninterfering, but 
perhaps just this one addition operation 
is to be executed in parallel and the 
execution is then to be sequentialized 
again. Because of this fine-grained as¬ 
pect, noninterfering processes tend to 
resequentialize often, behaving in a rath¬ 
er synchronous manner. 

We will refer to these two approaches 
as asynchronous and synchronous par¬ 
allelism. 

Asynchronous parallelism. A simple 
algorithm for sorting in parallel divides 
the list into N sublists, sorts each in 
parallel, then merges the results. The 
individual sorts can either use a sequen¬ 
tial algorithm or recursively subdivide 
again into N sublists, sort and merge, 
etc. To handle the merge, we might 
have each process repeatedly attempt 
to access a common merged list, where 
access is granted to only one process at 
a time. Once the process gains access, it 
merges its sorted list into the already 
merged list (which is initially empty), 
generating a modified merged list. The 
process then releases control of the 
merged list and terminates. 

This sort has the properties of an 
asynchronous approach: Each process 
operates asynchronously on some pos¬ 
sibly sizeable, probably heterogeneous 
task during which it explicitly coordi¬ 
nates its interactions with other pro¬ 
cesses to prevent interference. This al¬ 
gorithm is conceptually distinct from 
any of the previous algorithms; it does 
not result from a simple substitution of 
parallel for serial control sequencing in 
those algorithms. Carriero and Gelern- 
ter 4 discuss asynchronous parallel pro¬ 
gramming in detail. 

Synchronous parallel. A straightfor¬ 
ward approach to a synchronous paral¬ 
lel sort would be to use the quicksort 
algorithms and simply extend the mod¬ 
el to allow the three sublists to be pro¬ 


cessed in parallel. However, freed of 
the constraints of sequentiality, we might 
imagine other approaches, such as com¬ 
paring simultaneously all adjacent pairs 
and reversing all pairs that are out of 
order. By alternating between odd and 
even pairs, the list will eventually sort. 
At each step where adjacent pairs are 
processed in parallel, such processing is 
noninterfering. The regularity of the 
data enables the same operations to be 
applied in parallel with all processes 
acting in unison. 


Definitional paradigms 

In definitional paradigms, a program 
is constructed by stating facts, rules, 
constraints, equations, transformations, 
or other properties about the solution 
value set. From this information, the 
system must derive a scheme including 
an evaluation ordering for computing a 
solution. There is no step-by-step de¬ 
scription of how to reach the solution. 
These paradigms allow variables, but 


Asynchronous paradigm 

sort (list) 

if (length (list) <= 1 ) 
list 

otherwise 

sublist_size := length (list) / NUM_PROCESSES 
forall i <= NUM_PROCESSES 

fork (sort_process(THIS_PROCESS_ID, 

sublist (i, sublist_size, list))) 

list := [] 
repeat 

receive (sortedjist) 
merge (list, sortedjist) 
send (parent_processJd, list) 

sort_process (parent_processJd, list) 

sort (list) 

send (parent_processJd, list) 

In this example, sort divides the sorting task by creating child processes 
and splitting the initial list among them. Each child process operates in par¬ 
allel with the parent as a separate entity, ultimately returning the sorted sub¬ 
list to the parent via a message. The actual sort used to accomplish this task 
could be any sort algorithm, or each child process might further delegate 
and make use of other asynchronous processes to accomplish this task. 

Send sends a message to a process specified by the sender of the mes¬ 
sage. The message is sent without blocking subsequent processing on the 
sender’s part. Receive receives a message. If no message is waiting, the re¬ 
ceiver process is suspended until a message arrives. A process can only 
service one message at a time. The system queues up any additional mes¬ 
sages that may arrive. Thus, as the individual sort_processes accomplish 
their individual tasks, only one list at a time will be received and merged into 
the final list. 

Many approaches have been developed to facilitate cooperation, synchro¬ 
nization, and/or communication between asynchronous processes. These 
mechanisms are designed with course-grained parallelism in mind. Linda 1 is 
an example of a language that adds such facilities to base languages like C 
and Fortran. 
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not as repositories of state information 
— rather, as convenient names for in¬ 
termediate values. They usually include 
variations of single assignment. 

Since definitional paradigms attempt 
to specify the solution value set without 
necessarily specifying how to compute 
a solution, in principle this approach 
eliminates the need to prove that the 
computed value set is the solution value 
set. In practice, the situation is often 


more complex. While many of the par¬ 
adigms have no control sequencing and 
no side effects that require a notion of 
state, solutions are still often stated as 
constructions rather than specifications. 
This raises the question of whether or 
not these constructions produce the 
desired solutions. In addition, some 
definitional paradigms have difficulties 
that are resolved by working operation¬ 
al techniques back into these paradigms. 


The resulting paradigms and support¬ 
ing languages are not truly definitional. 
We refer to these tainted approaches as 
pseudodefinitional. The pseudodefini- 
tional approaches discussed in this sec¬ 
tion ar q functional, transformational, and 
logic. 

Some paradigms do not have the dif¬ 
ficulties that require reintroducing con¬ 
trol sequencing. These are form-based, 
dataflow, and constraint-programming. 
The form-based and dataflow paradigms 
avoid these difficulties primarily through 
restrictions on the form of equations 
allowed and the dependency-driven 
evaluation models employed. The con¬ 
straint programming paradigm avoids 
the difficulties by making no restric¬ 
tions; however, its generality also limits 
the use of this paradigm. 

In principle, definitional paradigms 
are not inherently serial or parallel be¬ 
cause they do not address control se¬ 
quencing and thus do not alter the nat¬ 
ural parallelism of algorithms. However, 
the pseudodefinitional paradigms re¬ 
quire at least a limited degree of se¬ 
quencing and thus have parallel and 
serial versions. The techniques associ¬ 
ated with these parallel approaches and 
their impact on the corresponding par¬ 
adigms are similar to those already dis¬ 
cussed for operational paradigms. 

Functional (definitional). The func¬ 
tional paradigm attempts to match the 
mathematical model by expressing func¬ 
tions as mathematicians do. For instance, 
given the mathematical definition 

I expr^x), cond,(x) 
expr 2 (x), cond 2 (x) 

expr„(x), cond„(x) 

a function/is interpreted as expr,(x), if 
exactly one guard condition cond,(x) 
holds; otherwise, it is not well defined. 
As long as exactly one of the conditions 
is valid for any particular value of the 
input domain, we need not specify the 
order of evaluation of the guards. 

The distinction between the functional 
paradigm as discussed in the operation¬ 
al section and here hinges on whether 
or not sequencing is explicitly specified. 
With the operational style, the software 
developer is responsible for the com¬ 
plete sequencing of instructions, includ¬ 
ing proper termination. By contrast, the 
definitional style provides for termina¬ 
tion without requiring explicit control 


Synchronous paradigm 

neighborhood_sort (list) 

index 

ODD = {the set of odd array indices } 

EVEN = {the set of even array indices } 

var 

temp : parallel indexed array [1..MAX] 
n : integer 

for n := 1 to (MAX div 2) do 

if list[ODD] > list[ODD + 1] then 
temp[#] := list[#] 
list[#] := list[# + 1] 
list[#+ 1] := tempt#] 

if list[EVEN] > list[EVEN + 1] then 
tempt#] := list[#] 
list]#] := list[# + 1] 
list[# + 1] := tempt#] 

This synchronous sort algorithm 1 has several characteristics that are typi¬ 
cal of synchronous languages. The list parameter passed into the routine is 
an array that can be accessed in parallel. The index references, EVEN and 
ODD, describe a subset of the array range. 

The if-then can operate in parallel on every element in the array or on 
some subset of them. The first comparison in this algorithm is the simulta¬ 
neous comparison of the ODD array elements with the corresponding ODD + 
1 elements. The # symbol within the body of the if-then statement represents 
the set of indices for which the comparison is true. The operations within the 
body of the if-then statement are then performed in parallel for the set of indi¬ 
ces that passed the comparison. 

The end of the body of the if-then statement becomes a synchronization 
point. A similar process then takes place for the EVEN array indices. 

Most languages designed to support synchronous parallelism are exten¬ 
sions to an existing language base. Many of these extended languages are 
designed around a specific machine architecture. Others provide data and 
program structures that allow the programmer to express the parallelism in¬ 
herent in the problem without exploiting a particular architecture. For exam¬ 
ple, Actus 1 and Paralation Lisp 2 provide architecture-independent constructs. 
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sequencing. The differences, while sub¬ 
tle, are significant in framing our con¬ 
ceptual model of programming. In the 
operational style, we approach the prob¬ 
lem as a construction in which we de¬ 
scribe a sequence of steps that will use 
functional composition to compute the 
desired result. In the definitional style, 
we approach the problem as a collec¬ 
tion of disjoint transformations that, 
taken collectively, define a computa¬ 
tional function. 

Often this mathematical definitional 
model utilizes lazy evaluation (also called 
nonstrict evaluation). Simply stated, in 
lazy evaluation the arguments to a func¬ 
tion are not evaluated until and unless 
they are individually needed. This is in 
contrast to conventional evaluation, 
called eager evaluation, which evalu¬ 
ates all arguments prior to invoking the 
function call. Besides making it possi¬ 
ble to evaluate arguments selectively, a 
feat otherwise accomplished only via 
special primitives, lazy evaluation also 
provides a natural means of dealing with 
infinite structures. Since evaluation is 
performed only when there is a need for 
a particular value, and then only to ob¬ 
tain that one value, definitions of func¬ 
tions that generate infinite sequences 
can be used in place of the actual se¬ 
quence as long as only a finite number 
of the sequence’s values are ever actu¬ 
ally required. 

If we in any way relax the require¬ 
ment that exactly one guard holds, then 
the order of evaluation is again impor¬ 
tant. It is this last point that leads to the 
designation “pseudodefinitional.” It is 
statically undecidable whether or not 
any particular set of guards is disjoint; 
thus, most functional paradigms define 
the evaluation order and leave it to the 
programmer to ensure either that the 
guards are disjoint or that the condi¬ 
tions are properly ordered. 

Hudak 5 presents an excellent in-depth 
discussion of functional languages. 

Transformational. Transformational 
paradigms employ pattern-matching and 
term-rewriting techniques. Evaluation 
proceeds by repeatedly applying trans¬ 
formation rules to derive from an initial 
input token sequence a series of trans¬ 
formed token sequences leading to the 
solution token sequence. For instance, 
beginning with the word Jelly and trans¬ 
formation rules that replace J by H and 
y by o, the system might construct either 
the derivation Jelly —> Helly -» Hello or 


the derivation Jelly —> Jello —» Hello. 
The programming task specifies the 
necessary transformation rules, leaving 
the system to choose and apply them. 

A transformation rule consists of a 
guard and an action. If the guard is true 
(applicable) given a particular token 
sequence, then the action can be ap¬ 
plied to yield a new token sequence. At 
each step in the derivation, a single trans¬ 
formation rule is selected from those 
whose guards are true. A derivation 
continues until no rule is applicable. 

To preserve correctness, the program¬ 
mer must ensure at each step either that 
only a single rule is applicable or that if 
more than one rule is applicable, the 
final solution does not depend on which 
rule is chosen. For instance, in the der¬ 
ivation from Jelly, both rules can be 


applied to the initial token sequence. 
Regardless of which rule is chosen first, 
the other will be applied later and the 
resulting token sequence will be the 
same. 

An alternative to forcing the program¬ 
mer to guarantee order independence is 
to concede an order for purposes of 
determining the applicability of rules. 
For instance, allowing that the rules will 
be searched for applicability in a known 
order and that the first applicable rule 
will be used lets the programmer order 
the rules such that when more than one 
rule might apply, the desired rule will 
be encountered first. This rule simpli¬ 
fies the programming problem, but if 
order is given significance in this way, 
the paradigm is no longer completely 
definitional. 


Functional paradigm (definitional) 


qsort ([XIXs]) 

= qsort (sublist (<, X, Xs)) 

II sublist (=, X, [XIXs]) 

II qsort (sublist (>, X, Xs)) 

qsort ([])= [] 

sublist (f, val, [XIXs]) 

= [Xlsublist (f, val, Xs)] if f (X, val) 

= sublist (f, val, Xs) otherwise 

sublist (f, val, []) = [] 

This definitional-style version of quicksort shows two ways of expressing 
alternative interpretations of a function. First, where simple matching of pa¬ 
rameters is possible, as in the treatment of the null list, separate formula¬ 
tions of the function can be used. Second, where such parameter matching 
fails, guards are employed to distinguish alternative expressions. 

The first statement says that the result of qsort, when given a list of ele¬ 
ment X and sublist Xs, is the result of appending (II) the sorted sublist of el¬ 
ements less than X to the sublist of elements equal to X and to the sorted 
sublist of elements greater than X. 

The example demonstrates the equational and pattern-matching aspects 
of definitional functional languages. These aspects allow the function defini¬ 
tions in the algorithm to be stated in any order. However, there is an evalua¬ 
tion ordering assumption associated with the use of the otherwise statement 
in sublist. This assumption could be removed by restating the previous 
guard condition in the negative. 

A good example of a modern functional language is Haskell, 1 which repre¬ 
sents an effort by the functional programming language community to reach 
a consensus and thereby encourage wider use of functional languages. 
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Transformational paradigm 


qson ([]) {[]} 

qsort ([PIXs]) { qsort (small (Xs, P)) II [PI qsort (big (Xs, P))]} 
small ([], P) {[]} 

small ([XIXs], P) { X < P; smalLaux (X, Xs, P)} 
true; smalLaux (X, Xs, P) {[XI small (Xs, P)]} 
false; smalLaux (X, Xs, P) [small (Xs, P)} 

big ([], P) {[]} 

big ([XIXs], P) { X >= P; big_aux (X, Xs, P)} 
true; big_aux (X, Xs, P) {[XI big (Xs, P)]} 
false; big_aux (X, Xs, P) { big (Xs, P)} 

A transformational system consists of a set of transformation rules. Each 
rule is made up of a head followed by a body written in braces {}. The system 
finds a subexpression that matches the head of a rule. That subexpression is 
then rewritten by substituting the body of the rule in place of the subexpres¬ 
sion’s head. 

Heads may contain variables that are capable of binding portions of the 
matched subexpression. Such bound variables can then be used in expand¬ 
ing the body of the rule. Expanding the body of a rule consists of either re¬ 
placing variables with their bound values or replacing them with the result of 
some computation on their bound values, such as the sum of two bound vari¬ 
ables. The process is repeated until the subject expression contains no re¬ 
ducible subexpressions. 

Beginning with an original expression, qsort ([5, 6, 4, 1,3, 9]), the system 
will search for a rule whose head matches. Initially, only the second rule will 
match, resulting in a transformed expression qsort (small ([6, 4, 1,3, 9], 5)) II 
[5 I qsort (big ([6, 4, 1,3, 9], 5))]. Using this expression, the system will then 
look for yet another applicable transformation rule; for instance, it might apply 
the eighth rule, yielding qsort (small ([6, 4, 1,3, 9], 5)) II [5 I qsort (6 >= 5; 
big_aux (6, [4, 1,3, 9], 5))]. This expression reduces to qsort (small ([6, 4, 1, 
3, 9], 5)) II [5 I qsort (true; big_aux (6, [4, 1, 3, 9], 5))]. Then we can apply the 
ninth rule to get qsort (small ([6, 4, 1,3, 9], 5)) II [5 I qsort ([6 I big ([4, 1,3, 

9], 5)])] and so on until only [1,3, 4, 5, 6, 9] remains and no rule applies. 

Bertrand 1 is a transformational programming language based on augment¬ 
ed term rewriting. Augmented term rewriting is an extension to term rewriting; 
it supports bindings, objects, and types. Because much of Leler’s work in¬ 
volves the use of these transformational techniques to build constraint-satis¬ 
faction systems, Bertrand is often associated with constraint programming as 
well. 
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Logic. The logic paradigm assumes 
that we begin with a set of known facts, 
such as “Tom is a father,” and a set of 
rules that allow deduction of other facts. 
For example, “For all X, if A 1 is a father, 
then X is male” allows us to deduce that 
Tom is male. Thus, logic programming 
from the programmer’s perspective is a 


matter of correctly stating all necessary 
facts and rules. 

Kowalski 6 pioneered the logic para¬ 
digm. To date, most logic programming 
languages have been based on Horn 
clauses, a subset of first-order predicate 
logic. The clausal notation of predicate 
logic combines variables, constants, and 


expressions to express conditional prop¬ 
ositions such as 

Grandparent ( x , z) <- Parent ( x , y), 
Parent ( y , z) 

which states that x is the grandparent of 
z if xis the parent of y andy is the parent 
of z. Horn clauses are a restricted form 
of predicate logic with exactly one con¬ 
clusion in any one clause. 

Logic programming then is a state¬ 
ment of only the logic component of an 
algorithm. The system derives the con¬ 
trol sequencing component. By sepa¬ 
rating logic from control, the program 
becomes merely a formal statement of 
its specifications. Hence, its correctness 
should be easily provable. In fact, since 
logic programming can be viewed as 
automated theorem proving, all logic 
programs are “correct” by definition. 
Of course, even if the programs are 
correct when compared to their written 
specifications (facts and rules), the ques¬ 
tion still remains of whether or not the 
specifications correctly reflect the true 
problem. 

Evaluation starts with a goal and at¬ 
tempts to prove it by either matching it 
with a fact or deducing it from some 
rule. A goal is deduced from a rule if 
bindings can be found for all free vari¬ 
ables such that, once substituted, all 
antecedents can be proved. These ante¬ 
cedents become new subgoals that must 
be matched with facts or proved via 
other rules. The process terminates suc¬ 
cessfully when all subgoals have been 
proved. The final solution is determined 
by applying the bindings developed along 
the way to any free variables in the 
initial goal. 

Evaluation as just described is purely 
definitional. It assumes that whenever 
a rule is selected, either there is only 
one possibility or the one needed to 
derive the solution is somehow select¬ 
ed. A solution is found if a suitable set 
of rules and substitutions exists such 
that applying the substitutions to the 
rules produces a set of grounded rules 
(that is, a set with no free variables) 
sufficient to deduce the goal from 
known facts. 

A process known as unification de¬ 
terministically develops substitutions for 
free variables; however, there is no sim¬ 
ilarly deterministic algorithm for select¬ 
ing rules. This leads to difficulties. Im¬ 
plementations must approach evaluation 
with a breadth-first search, where each 


36 


COMPUTER 






Logic paradigm 


sort (Xs.Ys)permutation (Xs,Ys), ordered (Ys) 

permutation ([], []) 

permutation (Xs, [ZIZs]) <- select (Z,Xs,Ys), permutation (Ys,Zs) 

ordered ([X]) 

ordered ([X, YIYs]) <- X < Y, ordered ([YIYs]) 

The permutation sort 1 states two facts (lines 2 and 4) and three rules. 
These facts and rules characterize a fully sorted list, thus illustrating the de¬ 
clarative nature of the logic paradigm. Collectively, they state: 

• The list Ys is a sorted version of the list Xs if Ys is a permutation of Xs 
and Y is ordered (line 1); 

• An empty list is a permutation of itself (line 2); 

• Given a list Xs and a list consisting of an element Z followed by a sublist 
Zs, if Z can be selected from Xs leaving a remainder Ys that is a permuta¬ 
tion of Zs, then Xs is a permutation of [ZIZs] (line 3); 

• A list with only one element is ordered (line 4); and 

• Given a list that starts with the elements X and Y, followed by the list Ys, 
if X < Y and [YIYs] is ordered, then the original list is ordered (line 5). 

The supporting code for select requires only one additional fact and one 
additional rule: 

select (X, [XIXs], Xs) 

select (X, [YIYs], [YIZs]) <- select (X, Ys, Zs) 

Although the Prolog language 12 has become synonymous with logic pro¬ 
gramming, it actually includes a specific problem-solving strategy and a 
number of features not true to the logic paradigm. While its pure logic fea¬ 
tures provide the advantages of the logic paradigm, Prolog can be used in 
an entirely different way that resembles an operational paradigm. 
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rule selection point initiates separate 
independent computations, one for each 
possible applicable rule. If a solution 
exists, the evaluation algorithm will 
eventually terminate, but this approach 
can be very inefficient. 

This inefficiency has led to the devel¬ 
opment of many variants of logic pro¬ 
gramming, each with different evalua¬ 
tion algorithms. Popular among these 
variants is to impose an order on the 
selection of rules and to employ a depth- 
first search with a backtracking algo¬ 
rithm. When a rule must be selected, 
this algorithm selects the “first” one. If 
it eventually leads to a dead end, the 
“next” one is selected, and so on until 
all possibilities have been tried. At each 
failure, backtracking is performed for 
the most recent decision. If this fails 
because there are no more possibilities 
to try, then further backtracking occurs. 
When all possibilities fail, no solution 
exists. 

By careful ordering of facts and rules, 
a programmer can greatly impact per¬ 
formance, as well as termination. Of 
course, this changes the paradigm to 
pseudodefinitional. Logic programming 
is often used to refer to the pure form 
discussed, while the pseudodefinitional 
version is referred to by the name of the 
language, for example, Prolog program¬ 
ming. 

There are other nondefinitional fea¬ 
tures found in most implementations of 
logic-programming variants, most no¬ 
tably cuts. The cut is an extra-logical 
device that creates a barrier inhibiting 
the backtracking mechanism of the the¬ 
orem prover. Cuts were introduced to 
improve efficiency. They prevent re- 
evaluation of rules during backtrack¬ 
ing. In addition, they are often used to 
specify logic. 

The logic paradigm is intended for 
general-purpose programming. Indeed, 
pseudodefinitional logic is used for pro¬ 
duction programming in industry, where 
it is very well-suited to certain types of 
problems. These include backtracking 
search problems that may require mul¬ 
tiple solutions; problems that are natu¬ 
rally expressed in terms of production 
rules, such as natural-language transla¬ 
tion; and executable specifications for 
rapid prototyping. 

Form-based. The form-based para¬ 
digm, as well as the dataflow paradigm 
in the next subsection, defines a compu¬ 
tation via a collection of equations. These 


equations avoid any expression of con¬ 
trol sequencing, but a restriction placed 
on the form of these equations guaran¬ 
tees that the system can easily derive an 
evaluation order sufficient to compute 
a solution. For the form-based para¬ 
digm, this restriction is that all equa¬ 
tions are of form X = f(Y x , Y 2 ,.. ■, Y„) 
where all of the Y ’s must be comput¬ 
able independently from X. 

In the form-based paradigm, the pro¬ 
grammer designs a form including for¬ 
mulas that ultimately compute values. 
Each formula corresponds to the right- 


hand side of an equation, that is, f(Y t , 
Y 2 , , Y„). Typically, we associate a 

description of the visual display of the 
formula’s value with each formula. A 
cell is a formula and its associated dis¬ 
play description. In constructing for¬ 
mulas, cell references to other cell val¬ 
ues can be formed by pointing at the 
corresponding cells. 

The use of forms in this manner is 
analogous to the way we use familiar 
forms, such as tax forms. Designing a 
form implies a two-dimensional syntax. 
In practice, the form-based paradigm is 
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Form-based paradigm 


To Sort: 

40 

30 

20 

10 


= MIN (above, rightAbove) 

= MAX (above, leftAbove) 

= MIN (above, rightAbove) 

= MAX (above, leftAbove) 

= above 

= MIN (above, rightAbove) 

= MAX (above, leftAbove) 

= above 

= MIN (above, rightAbove) 

= MAX (above, leftAbove) 

= MIN (above, rightAbove) 

= MAX (above, leftAbove) 

1 Sorted: 

= above 

= MIN (above, rightAbove) 

= MAX (above, leftAbove) 

= above 


| To Sort: 

40 

30 

20 

10 


30 

40 

10 

20 

30 

10 

40 

20 

10 

30 

20 

40 

| Sorted: 

10 

20 

30 

40 


The top form displays each cell’s formula, and the bot¬ 
tom form displays the values obtained from evaluating 
these formulas. The value of each cell is defined by its 
own formula. Only two distinct formulas are needed to fill 
in the form: the minimum of a pair of elements and the 
maximum of that pair. The n elements are initially select¬ 
ed pairwise and the minimum of each pair is placed be¬ 
fore the maximum. Next, the elements are paired with the 
neighbor on the other side, and the process is repeated. 
This continues until the sequence is sorted. 

In practice, the programmer merely specifies the first 
pair of formulas and propagates them appropriately. The 
actual mechanisms to do this vary with individual sup¬ 
porting languages. Some languages provide a replication 
facility, while others let a formula serve as a general defi¬ 
nition for a group of ceils. 

Although it appears that this solution may only apply to 
a fixed number of cells, this is not the case. The form- 


based paradigm does not necessarily restrict the form 
size to a fixed number of cells. One common approach 
defines an infinite number of rows, relying on lazy evalu¬ 
ation to ensure that only cells with actual values are 
evaluated. Examples of form-based languages include 
Forms/3 1 ' 2 and Plane Lucid. 3 
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sup ported only bv visual programm ing 
languages. Further, the distinctionEie- 
tweefTThfe user and the programmer 
tends to blur under this paradigm, be¬ 
cause the concept of defining the form 
as well as filling one in are comfortable 
tasks for users. Supporting languages 
tend to be highly interactive, fostering 
an “experimental” approach to program¬ 
ming. 

A natural practice of the form-based 
paradigm is the collection of partial re¬ 
sults or values down and across the form, 
approaching a solution at the bottom 
and right of it. The neighborhood sort in 
the sidebar shows an example of this 
two-dimensional approach. It builds up 
the intermediate results on successively 
lower rows of the form, until eventually 


the final result is achieved on the bot- 

Because a form is a collection of for¬ 
mulas that are functional expressions, 
the form-based paradigm has a lot in 
common with the functional paradigm. 
Flowever, the collection of formulas in 
the form-based paradigm allows for for¬ 
mula dependencies whose graph is any 
directed graph, not just the hierarchical 
graphs of pure functions. 

Dataflow. In the dataflow paradigm, 
streams of data flow like fluids through 
a network of nodes, each of which per¬ 
forms a computation that consumes the 
data flowing into the node and produc¬ 
es new data that flows out of the node. 
The programmer specifies only the node 


equations. The evaluation order is im¬ 
plied by data dependencies in the node 
equations. The system schedules com¬ 
putations whenever all the input data to 
a node is available. 

Dataflow programming can be dem¬ 
onstrated graphically with dataflow di¬ 
agrams such as the one in Figure 1. In 
the figure, data elements, called tokens, 
enter a node representing addition. The 
computation consumes these input to¬ 
kens and produces the sum as a new 
token. 

Computations are composed by us¬ 
ing node outputs as inputs to new nodes. 
Like the form-based paradigm, the data¬ 
flow paradigm requires equations to be 
expressed in the form X =/(Yj, T 2 > • • • > 
Y„); however, the codependency restric- 
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Dataflow paradigm 



QSort expects a stream of unsorted vectors and produces a stream of 
sorted vectors. The definition of the QSort node (a) consists mainly of an 
If node. Whenever a result flowing out of Empty? is true, then the corre¬ 
sponding original vector of values is produced by If and thus by QSort. 
Otherwise, the result of node NonEmptyQSort is produced. In NonEmp- 
tyQSort (b), unsorted vectors are routed through a node Split, yielding 
three separate vectors of values respectively less than, equal to, and 
greater than the first (pivot) element. Once split, two of these streams flow 
into QSort nodes for sorting. The resulting streams and the third stream 
from Split are then appended to generate the final stream of sorted vec¬ 
tors. 

The emphasis on dataflow relations rather than control flow is easily 
seen in visual representations. This has led to the development of visual 
dataflow languages such as Show and Tell. 1 
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tion is loosened. In the dataflow para¬ 
digm, evaluation is viewed as a continu¬ 
ous process in which each equation is 
computed each time a new set of input 
values is available. Thus, a variable rep¬ 
resents a stream of values, one for each 
time its formula equation is evaluated. 
Given this model, if X‘ represents the 
ith value in the stream for X, then the 
dataflow restriction is that X' can de¬ 
pend on X>, directly or indirectly, only 
as long as i > j. This prevents circular 
dependencies of the type that would 
inhibit computation. (Note that if we 
reduce all streams to length one, the 
dataflow restriction is equivalent to the 
form-based restriction.) 

We can view the notion of dataflow 
streams that flow into and out of nodes 
as sequences of values along a time di¬ 
mension. Conceptually, this allows a 
node’s output arc to bend around and 
serve as an input stream to the same 
node (that is, it allows feedback in the 
dataflow graph). This time dimension 
notion is readily captured in graphical 
dataflow languages because the rela¬ 
tions between input and output sequenc¬ 
es are explicitly shown via the arcs be¬ 
tween the nodes. Some of the textual 
dataflow languages deal with these re¬ 
lations implicitly rather than explicitly, 
requiring special constructs to access 
specific previous values in a controlled 
way. 

While this restriction allows for feed¬ 
back, and thus iteration, programmers 
usually employ recursion. This is com¬ 
pletely in keeping with the dataflow 
concept of routing data between nodes, 
where each recursive invocation is log¬ 
ically another node in the dataflow graph. 

Two execution models are used in 
dataflow programming. Both are strict¬ 
ly dependency driven. In the data-driv¬ 
en model, a node may execute as soon 
as all required input is available. This 
model encourages parallelism, but it can 
cause overproduction of data. In the 
demand-driven model, a node does not 
execute unless all required input is avail¬ 
able and its output is requested. While 
overproduction of data cannot occur 
using demand-driven evaluation, paral¬ 
lelism may be impaired because nodes 
that could be computing will wait until a 
demand for their output occurs. 

The dataflow paradigm has some sim¬ 
ilarities to the functional paradigm. 
Much of the literature discusses it as a 
variant of functional programming and 
many textual dataflow languages are 


based on functional languages. Howev¬ 
er, from a paradigm perspective, there 
are significant differences. A functional 
program is represented by a single equa¬ 
tion; a dataflow program is a collection 
of equations. Dataflow nodes operate 
on streams of data; thus, they do not 
obey either eager or lazy evaluation. 



Figure 1. Addition consumes pairs of 
input tokens and outputs a new token 
for each sum. 


Dataflow does not treat functions as 
first-class objects (that is, nodes do not 
construct and produce new functions). 
Dataflow equations require continuous 
evaluation, producing a stream of out¬ 
put values rather than just a single val¬ 
ue. As with the form-based paradigm, 
dataflow dependency graphs include all 
directed graphs, not just hierarchically 
structured graphs. Philosophically, the 
dataflow approach defines a program in 
terms of data flowing through nodes, 
each of which consumes its input data 
and produces new output data. 

The dataflow paradigm supports par¬ 
allelism. The data dependencies are only 
those that are natural to the algorithm. 
The paradigm makes these dependen¬ 
cies explicit automatically. There is no 
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Constraint programming 


[ x, where x, <= x,+1 for all X| ] 

A group of elements x is sorted if the above constraint is met. A constraint 
specifies a relation that must be maintained. The programmer is responsible 
for specifying the relation, and the system is responsible for maintaining it. 

If the constraint is not already satisfied, the system is responsible for tak¬ 
ing appropriate action to satisfy the constraint. Currently, general con¬ 
straint-solving techniques are weak, and thus constraint systems tend to be 
application-domain specific. An example constraint system is the visual lan¬ 
guage ThingLab. 1 Within its specific problem domain (simulations), Thing- 
Lab implements the constraint paradigm in a manner that, while not strictly 
definitional, successfully encourages a definitional problem-solving ap¬ 
proach. 
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explicit control sequencing; the order 
of computation can be determined strict¬ 
ly from the interdependencies in the 
data. This paradigm is often used to 
research parallel computing, and paral¬ 
lel machines based on dataflow archi¬ 
tectures have been proposed. 7 In addi¬ 
tion, the dataflow paradigm is naturally 
expressed visually, making it popular 
for use in visual programming. 

Constraint programming. The cen¬ 
tral idea of the constraint-programming 
paradigm is to sufficiently constrain the 
solution value set such that only the 
desired solution or solutions are possi¬ 
ble. Then, ideally, an intelligent system 
will employ some means to realize what 
the solution must be. 

To illustrate constraint programming, 
consider the following program to con¬ 
vert centigrade temperatures to Fahr¬ 
enheit: 

F = 32 + 9/5 x C 

This program appears to be an equation 
much like one we might write in other 
paradigms. However, in other para¬ 
digms, such a program can only be used 
to produce Fahrenheit values from cen¬ 
tigrade values. In constraint program¬ 
ming, if the value of C is known, it can 
be used to compute F. Likewise, if the 


value of F is known, it can be used to 
compute C. Thus, this program is not a 
statement of some computation to be 
performed, but a true equation express¬ 
ing a relationship between F and C. 
Furthermore, it is entirely equivalent to 
the following program: 

C = 5/9 x (F - 32) 

This ability to solve for any variable, 
given the rest, is also present to some 
degree in logic programming and to a 
lesser extent in pseudologic program¬ 
ming if the rules are carefully defined 
for multiple uses. 

A program is specified by a collection 
of such constraining equations, called 
constraints. Given a collection of such 
constraints, it is up to the underlying 
system to find a solution that satisfies 
them. Constraints are not limited as 
equations are in form-based and data¬ 
flow paradigms. Instead, the problem 
for constraint-satisfaction systems is how 
to find a solution. 

One approach, called equation solv¬ 
ing, employs algebraic manipulation. 
This approach has been used to solve 
complex equations. For instance, equa¬ 
tion-solving techniques can be used when 
constraints are expressed as a system of 
simultaneous linear equations. 

The most common equation-solving 


method is based on Gaussian elimina¬ 
tion. This method has also been extend¬ 
ed to include “slightly nonlinear” si¬ 
multaneous equations, in which most of 
the equations are linear. The solutions 
of the linear equations provide enough 
information to transform the nonlinear 
equations into linear ones. 

Linear programming is another equa¬ 
tion-solving technique that is sometimes 
used to find an optimal solution to a 
group of simultaneous linear equations. 
However, in general, equation solving 
is limited and can only be applied to 
specific problem domains. 

Another approach is constraint satis¬ 
faction. Prominent techniques include 
local propagation of known states, re¬ 
laxation, and local propagation of de¬ 
grees of freedom. The first technique 
propagates known values to other equa¬ 
tions (that is, if we can solve for A, then 
we propagate A’s value by substituting 
the value of A for A in all equations). 

The relaxation technique is often 
employed in situations involving circu¬ 
larity. A guess is substituted for some 
variable that is circularly dependent and 
the computation is continued until the 
circularity causes the computation of a 
new value for the variable. The system 
then interpolates between the initial 
guess and the computed value, obtains a 
new guess, and repeats the process. If 
the difference converges to zero, a solu¬ 
tion is reached. 

The third technique, propagation of 
degrees of freedom, temporarily re¬ 
moves parts of a graph to try to solve the 
remaining graph. The parts chosen for 
removal are based on their degrees of 
freedom from dependencies. Once the 
remaining graph is solved, the removed 
parts are returned and solved. 

The combination of these three con¬ 
straint-satisfaction techniques is again 
sufficient for slightly nonlinear equa¬ 
tions. For truly arbitrary sets of equa¬ 
tions, general constraint-satisfaction 
techniques are inadequate. 

Constraint programming is highly in¬ 
dependent of order. Although this fact 
should make it a good candidate for 
parallel applications, little research has 
been done in that area. The most im¬ 
portant deficiency of the paradigm re¬ 
sults from the weakness of general con¬ 
straint satisfaction techniques. This 
keeps it from being used in general- 
purpose programming. However, do¬ 
main-specific languages have been suc¬ 
cessful. 
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Demonstrational paradigm 
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Using the sorting example, a user might proceed as follows. Given a vec¬ 
tor with unsorted numbers shown in (a), the user first creates an empty vec¬ 
tor of equal size and then begins to copy numbers from the unsorted vector 
into the new vector. At each step the user selects a number from the unsort¬ 
ed vector and places it in a location in the new vector. In particular, as 
shown in (b), the user selects unsorted element 3 with value 1 and copies it 
to new element 1, then unsorted element 1 to new element 2, and so on. 

At issue is what knowledge the system was able to extract from this dem¬ 
onstration. On the surface, all we know absolutely is that an operation the 
user calls “sorting” rearranges vectors of length 5 into a new order corre¬ 
sponding to the third, first, fourth, second, and fifth elements of the original 
vector. Some approaches to generalizing from this demonstration rely solely 
on user demonstrations and expect the users to demonstrate algorithms 
with sufficient generality. Others expect to generalize using inference. An 
example of a demonstrational language without inference is PT 1 and one 
with inference is Metamouse. 2 
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Demonstrational 

paradigms 

When programming under the dem¬ 
onstrational paradigm (also called by¬ 
example or by-demonstration program¬ 
ming), programmers neither specify 
operationally how to compute a value 
set nor constrain the solution value set. 
Rather, they demonstrate solutions to 
specific instances of similar problems 
and let the system generalize an opera¬ 
tional solution from these demonstra¬ 
tions. Individual schemes for generaliz¬ 
ing such solutions range from mimicking 
an operational sequence to inferring 
intentions. How and what a by-example 
system should generalize is the major 
issue for this paradigm and the active 
area of research. Approaches can be 
categorized by whether or not inferenc- 
ing is involved. 

Inferential systems attempt to gener¬ 
alize using knowledge-based reasoning. 
For instance, given the sorting example 
in the sidebar, the main question to 
answer is why the particular selections 
were made at each step. Possible guess¬ 
es include positional order or value. 
Given such possibilities, the system may 
proceed in a number of ways. It might 
simply pick the guess it weighs most 
likely. It might maintain all possibili¬ 
ties, asking for further examples that 
would help to discriminate further. It 
might ask the user which is meant. The 
very real possibility remains, of course, 
that none of the deduced reasons is 
correct. In this case, the only possibility 
is for the user to override the system to 
describe the correct intentions. 

One inference-based approach at¬ 
tempts to determine ways in which a 
given group of data objects are similar, 
drawing generalizations from these sim¬ 
ilarities. Another approach is program¬ 
mer assisted: The system observes ac¬ 
tions that the programmer performs; if 
they are similar to past actions, it at¬ 
tempts to infer what the programmer 
will do next. Myers 8 discusses the issues 
of demonstrational systems using infer¬ 
ence. 

There are two major criticisms of in¬ 
ferential systems. First, if unchecked 
they may produce erroneous programs 
that appear to work on the test exam¬ 
ples but fail later on other examples. 
Second, their inferential abilities are so 
limited that the user must either guide 
the process by working at a very low 


level or edit the result at a level that 
amounts to designing the program. The 
most successful inferential systems have 
been in limited areas where the system 
has application-specific semantic knowl¬ 
edge. 

Without inferencing, the problem of 
how and what to generalize is really the 
problem of how the user should instruct 
the system to generalize from concrete 
examples. There are several approach¬ 
es for doing this. (For a more complete 
discussion, see Ambler and Hsia. 9 ) 

One approach is to work with ab¬ 
stract data rather than specific data. 
This prevents the user from picking a 
particular value and operating on it. 
The user must express constraints on 
the abstract data (such as, “PickXwhere 
X is the largest element of the unsorted 
vector”). Such constraints provide se¬ 
lection criteria. Once a case is suitably 
constrained, the programmer demon¬ 
strates the desired action. In this exam¬ 
ple, X is copied to the new vector (into 


a constrained position Y). This process 
is repeated for each possible set of con¬ 
strained values. See Rubin 10 for an ex¬ 
ample of this abstract data approach. 

Working with abstract data has cer¬ 
tain limitations. Users tend to work more 
accurately on a specific example than 
they do in the general case. 8 The rea¬ 
sons are clear: In the general case, the 
human must think of every possible sit¬ 
uation that could arise, while on a spe¬ 
cific example, only the situation at hand 
must be considered. 

One approach to working with con¬ 
crete data requires the user to demon¬ 
strate selections as well as actions. For 
example, in demonstrating the sort al¬ 
gorithm, the user is required to demon¬ 
strate a procedure for making the first 
selection of an element from the unsort¬ 
ed vector. For instance, the user might 
indicate that the value is selected by 
satisfying a predicate that tests for the 
minimum value of a vector. 

A major problem with demonstra- 
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Figure 2. The operational-definitional continuum. 


tional systems is knowing when a pro¬ 
gram is correct. For operational sys¬ 
tems, this decision is made by studying 
the algorithm representation as well as 
the results of sufficient test cases. For 
demonstrational systems, the algorithm 
representation is maintained in some 
internal representation. Studying this 
internal representation would somewhat 
defeat the purpose of these systems. 
Yet without some representation of the 
generated algorithm, the correctness de¬ 
cision must be made based solely on the 
algorithm’s performance on specific test 
cases. 

Is demonstrational programming re¬ 
ally a paradigm? It does affect the me¬ 
chanics of programming, but does it 
encourage a different way of thinking 
about problems or only a different way 
of communicating the operational de¬ 
tails to the computer? If we look at the 
most successful approaches (that is, 
nontrivial programming using concrete 
examples), we can say that demonstra¬ 
tional programming is generally a con¬ 
crete bottom-up approach, and as such 
takes advantage of our natural ability to 
think concretely. This is opposite to pro¬ 
gramming in most other paradigms, 
which tend to encourage a top-down 
abstract way of thinking about a prob¬ 
lem. Thus, we include demonstrational 
programming as a separate paradigm. 

Operational- 
definitional continuum 

We can view the programming para¬ 
digms discussed here on a continuum 


jjas ed o n the relative degre e to which 
controTsegOeffUTliJ is ex prgsse drWfille 
this continuum is not the only perspec¬ 
tive on programming paradigms, we feel 
that it helps clarify the relations be¬ 
tween various paradigms. 

Figure 2 shows the continuum. At the 
far left is the state-oriented approach to 
operational paradigms. This approach 
explicitly controls evaluation ordering. 
Further, because of side effects and the 
lack of any form of encapsulated ab¬ 
straction, it is difficult to remove unnec¬ 
essary ordering by means of analysis. 
With encapsulated abstraction, at least 
some measure of module independence 
is achievable, allowing some elimina¬ 
tion of evaluation ordering. On the oth¬ 
er end of the continuum is a totally 
abstract specification of the solution 
using arbitrary constraints. For this ex¬ 
treme definitional-paradigm approach, 
it is difficult to derive any evaluation 
ordering. A more practical approach 
involves using computable equations for 
which evaluation ordering can be readi¬ 
ly derived. The middle position denotes 
the crossover between explicit evalua¬ 
tion ordering and derived evaluation 
ordering. 


P rogramming paradigms affect our 
thought processes for solving 
problems. They provide a frame¬ 
work and determine the form in which 
we express solutions. A number of pro¬ 
gramming languages have evolved based 
on particular programming paradigms. 
We feel that stepping back from these 
languages to understand the underlying 
programming paradigms independent¬ 


ly can broaden our programming skills, 
develop new perspectives on how to use 
particular programming languages and 
styles, and perhaps stimulate curiosity 
about alternatives to our favorite pro¬ 
gramming paradigms. ■ 
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DDM — A Cache-Only 
Memory Architecture 


Erik Hagersten, Anders Landin, and Seif Haridi 
Swedish Institute of Computer Science 


A new architecture has 
the programming 
paradigm of shared- 
memory architectures 
but no physically 
shared memory. Caches 
attached to the 
processors contain all 
the system memory. 


M ultiprocessors providing a shared memory view to the programmer are 
typically implemented as such — with a shared memory. We introduce 
an architecture with large caches to reduce latency and network load. 
Because all system memory resides in the caches, a minimum number of network 
accesses are needed. Still, it presents a shared-memory view to the programmer. 

Single bus. Shared-memory systems based on a single bus have some tens of 
processors, each one with a local cache, and typically suffer from bus saturation. 
A cache-coherence protocol in each cache snoops the traffic on the common bus 
and prevents inconsistencies in cache contents. 1 Computers manufactured by 
Sequent and Encore use this kind of architecture. Because it provides a uniform 
access time to the whole shared memory, it is called a uniform memory architecture 
(UMA). The contention for the common memory and the common bus limits the 
scalability of UMAs. 

Distributed. Computers such as the BBN Butterfly and the IBM RP3 use an 
architecture with distributed shared memory, known as a nonuniform memory 
architecture (NUMA). Each processor node contains a portion of the shared 
memory, so access times to different parts of the shared address space can vary. 
NUMAs often have networks other than a single bus, and the network delay can 
vary to different nodes. The earlier NUMAs did not have coherent caches and left 
the problem of maintaining coherence to the programmer. Today, researchers are 
striving toward coherent NUMAs with directory-based cache-coherence proto¬ 
cols. 2 By statically partitioning the work and data, programmers can optimize 
programs for NUMAs. A partitioning that enables processors to make most of 
their accesses to their part of the shared memory achieves a better scalability than 
is possible in UMAs. 

Cache-only. In a cache-only memory architecture (COMA), the memory orga¬ 
nization is similar to that of a NUMA in that each processor holds a portion of the 
address space. However, the partitioning of data among the memories does not 
have to be static, since all distributed memories are organized like large (second- 
level) caches. The task of such a memory is twofold. Besides being a large cache for 
the processor, it may also contain some data from the shared address space that the 
processor never has accessed — in other words, it is a cache and a virtual part of 
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Figure 1. Shared-memory architectures compared with COMAs: (a) uniform 
memory architecture (UMA), (b) nonuniform memory architecture (NUMA), 
and (c) cache-only memory architecture (COMA). 



Figure 2. An example of a protocol similar to the write-once protocol. 


the shared memory. We call this inter¬ 
mediate form of memory attraction mem¬ 
ory. A coherence protocol attracts the 
data used by a processor to its attraction 
memory. Comparable to a cache line, 
the coherence unit moved around by 
the protocol is called an item. On a 
memory reference, a virtual address is 
translated into an item identifier. The 
item identifier space is logically the same 
as the physical address space of typical 
machines, but there is no permanent 
mapping between an item identifier and 
a physical memory location. Instead, an 
item identifier corresponds to a loca¬ 
tion in an attraction memory, whose tag 
matches the item identifier. Actually, 
there are cases where multiple loca¬ 
tions of different attraction memories 
could match. 

A COMA provides a programming 
model identical to that of shared-mem¬ 
ory architectures, but it does not re¬ 
quire static distribution of execution 
and memory usage to run efficiently. 
Running an optimized NUMA program 
on a COMA results in a NUMA-like 
behavior, since the work spaces of the 
different processors migrate to their 
attraction memories. However, a UMA 
version of the same program would have 
a similar behavior, because the data are 
attracted to the using processor regard¬ 
less of the address. A COMA also adapts 
to and performs well for programs with 
a more dynamic or semidynamic sched¬ 
uling. The work space migrates accord¬ 
ing to its usage throughout the compu¬ 
tation. Programs can be optimized for a 
COMA to take this property into ac¬ 
count to achieve a better locality. 

A COMA allows for dynamic data 
use without duplicating much memory, 
compared with an architecture in which 
a cached datum also occupies space in 
the shared memory. To avoid increas¬ 
ing the memory cost, the attraction 
memories should be implemented with 
ordinary memory components. There¬ 
fore, we view the COMA approach as a 
second-level, or higher level, cache tech¬ 
nique. The accessing time to the attrac¬ 
tion memory of a COMA is compar¬ 
able to that to the memory of a 
cache-coherent NUMA. Figure 1 com¬ 
pares COMAs to other shared-memory 
architectures. 

A new COMA. This article describes 
the basic ideas behind a new COMA. 
The architecture, called the Data Diffu¬ 
sion Machine (DDM), 3 relies on a hier¬ 


archical network structure. We intro¬ 
duce the key ideas behind DDM by 
describing a small machine and its pro¬ 
tocol. We also describe a large machine 
with hundreds of processors, overview 
the ongoing prototype project, and pro¬ 
vide simulated performance figures. 

Cache-coherence 

strategies 

The problem of maintaining coher¬ 
ence among read-write data shared by 
different caches has been studied ex¬ 
tensively. Either software or hardware 
can maintain coherence. We believe 
hardware coherence is needed in a 
COMA for efficiency, since the item 
must be small to prevent performance 
degradation by false sharing. (In false 
sharing, two processors accessing dif¬ 
ferent parts of the same item conflict 
with each other, even though they do 


not share any data.) We measured a 
speedup of 50 percent when false shar¬ 
ing was removed from the wind tunnel 
application, MP3D-Diff, reported in the 
“Simulated performance” section. Hard- 
ware-based schemes maintain coherence 
without involving software and can be 
implemented more efficiently. Exam¬ 
ples of hardware-based protocols are 
snooping-cache protocols and directo¬ 
ry-based protocols. 

Snooping-cache protocols have a dis¬ 
tributed implementation. Each cache is 
responsible for snooping traffic on the 
bus and taking actions to avoid an inco¬ 
herence. An example of such a protocol 
is the write-once protocol introduced 
by Goodman and discussed by Sten- 
strom. 1 As Figure 2 shows, in that proto¬ 
col, each cache line can be in one of four 
states: Invalid, Valid, Reserved, or Dirty. 
Many caches can have the same cache 
line in the state Valid at the same time, 
and may read it locally. When writing to 
a cache line in Valid, the line changes 
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Figure 3. The architecture of a single-bus DDM. Below the 
attraction memories are the processors. On top of the bus 
are arbitration and selection. 


state to Reserved, and a write 
is sent on the common bus to 
the common memory. All 
other caches with lines in 
Valid snoop the write and 
invalidate their copies. At this 
point there is only one cached 
copy of the cache line con¬ 
taining the newly written val¬ 
ue. The common memory 
now also contains the new 
value. If a cache already has 
the cache line in Reserved, it 
can perform a write locally 
without any transactions on 
the common bus. Its value 
now differs from that in the 
memory, and its state is there¬ 
fore changed to Dirty. Any 
read requests from other 
caches to that cache line must 
now be intercepted to pro¬ 
vide the new value (marked 
by “intercept” in Figure 2). 

Snooping caches rely on broadcast¬ 
ing and are not suited for general inter¬ 
connection networks: Unrestricted 
broadcasting would drastically reduce 
the available bandwidth, thereby obvi¬ 
ating the advantage of general networks. 
Instead, directory-based schemes send 
messages directly between nodes. 1 A 
read request is sent to main memory, 
without any snooping. The main memo¬ 
ry knows if the cache line is cached — 
and in which cache or caches — and 
whether it has been modified. If the line 
has been modified, the read request is 
passed on to the cache with a copy, 
which provides a copy for the request¬ 
ing cache. On a write to a shared cache 
line, a write request sent to the main 
memory causes invalidation messages 
to all caches with copies to be sent. The 
caches respond with acknowledge mes¬ 
sages. To achieve sequential consisten¬ 
cy, all acknowledgments must be re¬ 
ceived before the write is performed. 

The cache-coherence protocol for a 
COMA can adopt techniques used in 
other cache-coherence protocols and 
extend them with the functionality for 
finding a datum on a cache read miss 
and for handling replacement. A direc¬ 
tory-based protocol could have a part of 
the directory information, the directory 
home , statically distributed in a NUM A 
fashion, while the data would be al¬ 
lowed to move freely. Retrieving the 
data on a read miss would then require 
one extra indirect access to the directo¬ 
ry home to find where the item current¬ 


ly resides. The access time, including 
this extra indirection, would be identi¬ 
cal to that required for reading a dirty 
cache line not in a NUMA’s home node. 
The directory home can also make sure 
that the last copy of an item is not lost. 

Instead of the above strategy, DDM 
is based on a hierarchical snooping bus 
architecture and uses a hierarchical 
search algorithm for finding an item. 
The directory information in DDM is 
dynamically distributed in the hierar¬ 
chy. 

A minimal COMA 

We introduce DDM by looking at the 
smallest instance of the architecture, 
which could be a COMA on its own or a 
subsystem of a larger COMA. A single 
bus connects the attraction memories 
of the minimal DDM. The distribution 
and coherence of data among the at¬ 
traction memories are controlled by the 
snooping protocol memory above, and 
the interface between the processor and 
the attraction memory is defined by the 
protocol memory below. The protocol 
views a cache line of an attraction mem¬ 
ory, here called an item, as one unit. 
The attraction memory stores one small 
state field per item. Figure 3 shows the 
node architecture in the single-bus 
DDM. 

DDM uses an asynchronous split- 
transaction bus: The bus is released be¬ 
tween a requesting transaction and its 
reply, for example, between a read re¬ 


quest and its data reply. The 
delay between the request 
and its reply can be of arbi¬ 
trary length, and there might 
be a large number of out¬ 
standing requests. The reply 
transaction will eventually 
appear on the bus as a differ¬ 
ent transaction. Unlike oth¬ 
er buses, the DDM bus has a 
selection mechanism to make 
sure that at most one node is 
selected to service a request. 
This guarantees that each 
transaction on the bus does 
not produce more than one 
new transaction for the bus, 
a requirement necessary for 
deadlock avoidance. 

Single-bus DDM protocol. 

We developed a new proto¬ 
col, similar in many ways to 
the snooping-cache protocol, limiting 
broadcast requirements to a smaller 
subsystem and adding support for re¬ 
placement. 4 The write coherence part 
of the protocol is the write-invalidate 
type: To keep data coherent, all copies 
of the item except the one to be updated 
are erased on a write. In a COMA with 
a small item size, the alternative ap¬ 
proach, write update, could also be at¬ 
tractive: On a write, the new value is 
multicast to all “caches” with a shared 
copy of the item. 

The protocol also handles the attrac¬ 
tion of data (read) and replacement when 
a set in an attraction memory gets full. 
The snooping protocol defines a new 
state and a new transaction to send as a 
function of the transaction appearing 
on the bus, and the present state of the 
item in the attraction memory: 

Protocol: old state x transaction -> 

new state x new transaction 

An item can be in one of seven states 
(the subsystem is the attraction memo¬ 
ry): 

• Invalid. This subsystem does not 
contain the item. 

• Exclusive. This subsystem and no 
other contains the item. 

• Shared. This subsystem and possi¬ 
bly other subsystems contain the 
item. 

• Reading. This subsystem is waiting 
for a data value after having issued 
a read. 
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Figure 4. A simplified representation of the attraction memory protocol not in¬ 
cluding replacement. 


• Waiting. This subsystem is waiting 
to become Exclusive after having 
issued an erase. 

• Reading-and-Waiting. This sub¬ 
system is waiting for a data value, 
later to become Exclusive. 

•Answering. This subsystem has 
promised to answer a read request. 

The first three states — Invalid, Ex¬ 
clusive, and Shared — correspond to 
the states Invalid, Reserved, and Valid 
in Goodman’s write-once protocol. The 
state Dirty in that protocol — with the 
meaning that this is the only cached 
copy and its value differs from that in 
the memory — has no correspondence 
in a COMA. New states in the protocol 
are the transient states Reading, Wait¬ 
ing, Reading-and-Waiting, and Answer¬ 
ing. Transient states are required be¬ 
cause of the split-transaction bus and 
the need to remember outstanding re¬ 
quests. 

The bus carries the following transac¬ 
tions: 

• Erase. Erase all copies of this item. 

• Exclusive. Acknowledge an erase 
request. 

• Read. Read a copy of the item. 

• Data. Carry the data in reply to an 
earlier read request. 

•Inject. Carry the only copy of an 
item and look for a subsystem to 
move into — caused by a replace¬ 
ment. 

• Out. Carry the item on its way out of 
the subsystem — caused by a re¬ 
placement. It will terminate when 
another copy of the item is found. 

A processor writing an item in Exclu¬ 
sive state or reading an item in Exclu¬ 
sive or Shared state proceeds without 
interruption. As Figure 4 shows, a read 
attempt of an item in Invalid will result 
in a Read request and a new state, Read¬ 
ing. The bus selection mechanism will 
select one attraction memory to service 
the request, eventually putting a Data 
transaction on the bus. The requesting 
attraction memory, now in Reading, will 
grab the Data transaction, change to 
Shared, and continue. 

Processors are allowed to write only 
to items in Exclusive state. If the item is 
in Shared, all other copies have to be 
erased and an acknowledgment received 
before the writing is allowed. The at¬ 
traction memory sends an Erase trans¬ 
action and waits for the Exclusive ac¬ 


knowledgment in the new state, Wait¬ 
ing. Many simultaneous attempts to write 
the same item will result in many attrac¬ 
tion memories in Waiting, all with an 
outstanding Erase transaction in their 
output buffers. The first Erase to reach 
the bus is the winner of the write race. 

All other transactions bound for the 
same item are removed from the small 
output buffers. Therefore, the buffers 
also have to snoop transactions. The 
output buffers can be limited to a depth 
of three, and deadlock can still be avoid¬ 
ed with a special arbitration algorithm. 
The losing attraction memories in Wait¬ 
ing change state to Reading-and-Wait¬ 
ing, while one of them puts a read re¬ 
quest in its output buffer. Eventually 
the top protocol of the bus replies with 
an Exclusive acknowledgment, telling 
the only attraction memory left in Wait¬ 
ing that it may now proceed. Writing to 
an item in the Invalid state results in a 
Read request and a new state, Reading- 
and-Waiting. Upon the Data reply, the 
state changes to Waiting and an Erase 
request is sent. 

Replacement. Like ordinary caches, 
the attraction memory will run out of 
space, forcing some items to make room 
for more recently accessed ones. If the 
set where an item is supposed to reside 
is full, one item in the set is selected to 
be replaced. For example, the oldest 
item in Shared, of which there might be 
other copies, may be selected. Replac¬ 
ing an item in Shared generates an Out 
transaction. The space used by the item 
can now be reclaimed. If an Out trans¬ 
action sees an attraction memory in 


Shared, Reading, Waiting, or Reading- 
and-Waiting, it does nothing; otherwise 
it is converted to an Inject transaction 
by the top protocol. An Inject transac¬ 
tion can also be produced by replacing 
an item in Exclusive. The inject transac¬ 
tion is the last copy of an item trying to 
find a new home in a new attraction 
memory. In the single-bus implementa¬ 
tion, it will do so first by choosing an 
empty space (Invalid state), and second 
by replacing an item in Shared state — 
in other words, it will decrease the 
amount of sharing. If the item identifier 
space, which corresponds to the physi¬ 
cal address space of conventional archi¬ 
tectures, is not made larger than the 
sum of the attraction memory sizes, it is 
possible to devise a simple scheme that 
guarantees a physical location for each 
item. 

Often a program uses only a portion 
of a computer’s physical address space. 
This is especially true of operating sys¬ 
tems with a facility for eager reclaiming 
of unused work space. In DDM, the 
unused item space can be used to in¬ 
crease the degree of sharing by purging 
the unused items. The operating system 
might even change the degree of shar¬ 
ing dynamically. 

The hierarchical DDM 

So far, we have presented a cache- 
coherent single-bus multiprocessor with¬ 
out physically shared memory. Instead, 
the resources form huge second-level 
caches called attraction memories, min¬ 
imizing the number of accesses to the 
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only shared resource left: the shared 
bus. Data can reside in any or many of 
the attraction memories. Data are auto¬ 
matically moved where needed. 

To make the single-bus DDM a sub¬ 
system of a large hierarchical DDM, we 
replace the top with a directory, which 
interfaces between the bus and a higher 
level bus of the same type. Figure 5 
shows the hierarchy. 

The directory is a set-associative state 
memory that keeps information for all 
the items in the attraction memories 
below it, but contains no data. The di¬ 
rectory can answer these questions: “Is 
this item below me?” and “Does this 
item exist outside my subsystem?” From 
the bus above, the directory’s snooping 
protocol directory above behaves very 
much like the memory above protocol. 
From the bus below, its directory below 
protocol behaves like the top protocol 
for items in the Exclusive state. This 
makes operations on items local to a bus 
identical to those of the single-bus DDM. 
The directory passes through only trans¬ 
actions from below that cannot be com¬ 
pleted inside its subsystem or transac¬ 
tions from above that need to be serviced 
by its subsystem. In that sense, the di¬ 
rectory acts as a filter. 

As Figure 6 shows, the directory has a 
small output buffer above it to store 
transactions waiting to be sent on the 
higher bus. Transactions for the lower 
bus are stored in another output buffer 
below, and transactions from the lower 
bus are stored in an input buffer. A 
directory reads from the input buffer 
when it has the time and space to do a 
lookup in its status memory. This is not 
part of the atomic snooping action of 
the bus. 


The hierarchical DDM and its proto¬ 
col have several similarities with archi¬ 
tectures proposed by Wilson 5 and Good¬ 
man and Woest. 6 DDM is, however, 
different in its use of transient states in 
the protocol, its lack of physically shared 
memory, and its network (higher level 
caches) that stores only state informa¬ 
tion and no data. 

Multilevel read. If the subsystems 
connected to the bus cannot satisfy a 
read request, the next higher directory 
retransmits the request on the next high¬ 
er bus. The directory also changes the 
item’s state to Reading, marking the 
outstanding request. Eventually, the 
request reaches a level in the hierarchy 
where a directory containing a copy of 
the item is selected to answer the re¬ 
quest. The selected directory changes 
the item’s state to Answering, marking 
an outstanding request from above, and 
retransmits the Read request on its low¬ 
er bus. As Figure 7 shows, the transient 
states Reading and Answering in the 
directories mark the request’s path 
through the hierarchy, like an unwound 
red read thread that shows the way 
through a maze, appearing in red in 
Figure 7. 

A flow-control mechanism in the pro¬ 
tocol prevents deadlock if too many 
processors try to unwind a read thread 
to the same set in a directory. When the 
request finally reaches an attraction 
memory with a copy of the item, its data 
reply simply follows the read thread 
back to the requesting node, changing 
all the states along the path to Shared. 

Combined reads and broadcasts are 
simple to implement in DDM. If a Read 
request finds the read thread unwound 


for the requested item (Reading or 
Answering state), it simply terminates 
and waits for the Data reply that even¬ 
tually will follow that path on its way 
back. 

Multilevel write. An Erase from be¬ 
low to a directory with the item in Ex¬ 
clusive state results in an Exclusive ac¬ 
knowledgment being sent below. An 
Erase that cannot get its acknowledg¬ 
ment from the directory will work its 
way up the hierarchy, changing the di¬ 
rectories’ states to Waiting to mark the 
outstanding request. All subsystems of 
a bus carrying an Erase transaction will 
get their copies erased. The propaga¬ 
tion of the Erase ends when it reaches a 
directory in Exclusive (or the top), and 
the acknowledgment is sent back along 
the path marked Waiting, changing the 
states to Exclusive. 

A write race between any two proces¬ 
sors in the hierarchical DDM has a solu¬ 
tion similar to that of a single-bus DDM. 
The two Erase requests are propagated 
up the hierarchy. The first Erase trans¬ 
action to reach the lowest bus common 
to both processors is the winner, as shown 
in Figure 8. The losing attraction mem¬ 
ory (in Reading-and-Waiting) will re¬ 
start a new write action automatically 
upon receipt of the erase. 

Replacement in the hierarchical 
DDM. Replacement of a Shared item in 
the hierarchical DDM results in an Out 
transaction propagating up the hierar¬ 
chy and terminating when it finds a sub¬ 
system in any of the following states: 
Shared, Reading, Waiting, or Answer¬ 
ing. If the last copy of an item marked 
Shared is replaced, an Out transaction 
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way to a copy of the item in the attraction memory of pro¬ 
cessor P p . Its path is marked with states Reading (R) and 
Answering (A), which will guide the data reply back to P r . 
(I indicates processors in the Invalid state, S processors in 
the Shared state.) 



Figure 8. A write race between two processors P, and P, is 
resolved when the request originating from P v reaches the 
top bus (the lowest bus common to both processors). The 
top can now send the acknowledgment, Exclusive, which 
follows the path marked with W’s (processors in the Wait¬ 
ing state) back to the winning processor P,,. The Waiting 
states are changed to Exclusive by the acknowledgment. 
The Erase transaction will erase the data in P,. and P., forc¬ 
ing P, to redo its write attempt. 


that fails to terminate will reach a direc¬ 
tory in Exclusive and turn into an Inject 
transaction. Replacing an item in Ex¬ 
clusive generates an Inject transaction 
that tries to find an empty space in a 
neighboring attraction memory. Inject 
transactions first try to find an empty 
space in the attraction memories of the 
local DDM bus, as in the single-bus 
DDM. Unlike in a single-bus DDM, an 
Inject failing to find an empty space on 
the local DDM bus will turn to a special 
bus, its home bus, determined by the 
item identifier. On the home bus, the 
Inject will force itself into an attraction 
memory, possibly by throwing out a for¬ 
eigner or a Shared item. The item home 
space is equally divided between the 
bottommost buses, and therefore space 
is guaranteed on the home bus. 

The preferred location in DDM is 
different from memory location in 
NUMAs in that an item seeks a home 
only at replacement after failing to find 
space elsewhere. When the item is not 
in its home place, other items can use its 
place. The home also differs from the 
NUMA approach in being a bus: Any 
attraction memory on that bus will do. 
The details of the directory protocols 
are available elsewhere. 4 

Replacement in a directory. Baer and 
Wang studied the multilevel inclusion 
property, 7 which has the following im¬ 
plications for our system: A directory at 
level i + 1 has to be a superset of the 


directories, or attraction memories, at 
level i. In other words, the size of a 
directory and its associativity (number 
of ways) must be B t times that of the 
underlying level i, where B , is the branch 
factor of the underlying level i, and size 
means the number of items: 

Size: Dir M = B, * Dirt 

Associativity: Dir M = B, * Dir l 

Even if implementable, higher level 
memories would become expensive and 
slow if those properties were fulfilled 
for a large hierarchical system. Howev¬ 
er, the effects of the multilevel inclu¬ 
sion property are limited in DDM. It 
stores only state information in its di¬ 
rectories and does not replicate data in 
the higher levels. Yet another way to 
limit the effect is to use “imperfect di¬ 
rectories” with smaller sets (lower num¬ 
ber of ways) than what is required for 
multilevel inclusion and to give the di¬ 
rectories the ability to perform replace¬ 
ment, that is, to move all copies of an 
item out of their subsystem. We can 
keep the probability of replacement at a 
reasonable level by increasing the asso¬ 
ciativity moderately higher up in the 
hierarchy. A higher degree of sharing 
also helps to keep that probability low. 
A shared item occupies space in many 
attraction memories, but only one space 
in the directories above them. The im¬ 
plementation of directory replacement 
requires one extra state and two extra 
transactions. 4 


Other protocols. Our protocol gives 
the programmer a sequentially consis¬ 
tent system. It fulfills the strongest mem¬ 
ory access model, but performance is 
degraded because the processor has to 
wait for the acknowledgment before it 
can perform the write. However, the 
acknowledgment is sent by the topmost 
node of the subsystem in which all cop¬ 
ies of the item reside, instead of by each 
individual attraction memory with a 
copy. This not only reduces the remote 
delay, it also cuts down the number of 
system transactions. The writer might 
actually receive the acknowledgment 
before all copies are erased. Neverthe¬ 
less, sequential consistency can be guar¬ 
anteed. 8 The hierarchical structure can 
also efficiently support looser forms of 
consistency providing higher perfor¬ 
mance. We have designed a processor- 
consistent protocol 8 and a protocol com¬ 
bining processor consistency with an 
adaptive write update strategy. 

Increasing the 
bandwidth 

Although most memory accesses tend 
to be localized in the machine, the hier¬ 
archy’s higher levels may nevertheless 
demand a higher bandwidth than the 
lower systems, creating a bottleneck. 
To take the load off the higher levels, 
we can use a smaller branch factor at the 


September 1992 


49 





























Figure 9. Increas¬ 
ing the band¬ 
width of a bus by 
splitting buses. 


top of the hierarchy than lower down. 
This solution, however, increases the 
levels in the hierarchy, resulting in a 
longer remote access delay and an in¬ 
creased memory overhead. Instead, we 
can widen the higher levels of the hier¬ 
archy to produce a fat tree. 9 We split a 
directory into two directories half the 
original directory’s size. The two direc¬ 
tories deal with different address do¬ 
mains (even and odd). The communica¬ 


tion with other directories is also split, 
which doubles the bandwidth. We can 
perform a split any number of times and 
at any level of the hierarchy. Figure 9 
shows that regardless of the number of 
splits, the architecture is still hierarchi¬ 
cal to each specific address. 

Yet another solution is a heteroge¬ 
neous network: We use the hierarchy 
with its advantages as far as possible 
and tie several hierarchies together at 


their tops by a general network with a 
directory-based protocol. This scheme 
requires some changes in the protocol 
to achieve the same consistency model. 

The DDM prototype 
project 

A prototype DDM design is near com¬ 
pletion at the Swedish Institute of Com¬ 
puter Science. The hardware implemen¬ 
tation of the processor and attraction 
memory is based on the system TP881V 
by Tadpole Technology, UK. Each such 
system has up to four Motorola MC88100 
20-MHz processors, each one with two 
MC8820016-Kbyte caches and memory 
management units; 8 or 32 Mbytes of 
DRAM; and interfaces for the SCSI 
bus, Ethernet, and terminals, all con¬ 
nected by the Motorola Mbus as shown 
in Figure 10. 

We are developing a DDM node con¬ 
troller board to host a single-ported 
state memory. As Figure 10 shows, it 
will interface the TP881V node with the 
first-level DDM bus. The node control¬ 
ler snoops accesses between the proces¬ 
sor caches and the memory of the 
TP881V according to the memory- 
below protocol, and also snoops the 
DDM bus according to the memory- 
above protocol. We have integrated the 
copy-back protocol of multiple proces¬ 
sor caches into the protocol mechanisms. 
The node controller thus changes the 
memory’s behavior into that of an at¬ 
traction memory. Read accesses to the 
attraction memory take eight cycles per 
cache line, which is one more than in the 
original TP88IV system. Write accesses 
to the attraction memory take 12 cycles 
compared with 10 cycles for the original 
system. A read/write mix of 3/1 to the 
attraction memory results in an access 
time to the attraction memory on the 
average 16 percent slower than that to 
the original TP881V memory. 

As Table 1 shows, a remote read to a 
node on the same DDM bus takes 55 
cycles at best, most of which are spent 
making Mbus transactions (a total of 
four accesses). Read accesses climbing 
one step up and down the hierarchy add 
about 45 extra cycles. Write accesses to 
shared state take at best 40 cycles for 
one level and 50 cycles for two levels. 

The DDM bus is pipelined in four 
phases: transaction code, snoop, selec¬ 
tion, and data. We designed our initial 


Related activities 

At the Swedish Institute of Computer Science, we are developing an operat¬ 
ing system for the DDM prototype. This work is based on the Mach operating 
system from Carnegie Mellon University, which we modified to support DDM 
efficiently. Related activities involve a hardware prefetching scheme that dy¬ 
namically prefetches items to the attraction memory; this is especially useful 
when a process is started or migrated. We are also experimenting with alter¬ 
native protocols . 1 

A DDM emulator is currently under development at the University of Bristol . 2 
The emulator runs on the Meiko transputer platform and models an architec¬ 
ture with a tree-shaped link-based structure, with transputers as directories. 
The transputers’ four links permit a branch factor of three at each level. The 
transputers at the leaves execute the application. All references to global data 
are intercepted and handled in a DDM manner by software. The emulator’s 
DDM protocol has a different representation suited for a link-based architec¬ 
ture structured like a tree, rather than for a bus-based architecture. The im¬ 
plementation has certain similarities to directory-based systems. 
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Figure 10. A node of the DDM prototype consisting of four processors sharing 
one attraction memory. 


one eighth of the 
item space. Because 
each set in the attrac¬ 
tion memory is divid¬ 
ed two ways, 16 items 
can reside in the 
same set. In addition 
to the four bits need¬ 
ed to tell items apart, 
each item needs four 
bits of state. Thus, 


Table 1. Remote delay in a two-level DDM (best cases). 


CPU 

Access 

State in 

Attraction 

Memory 

Delay, 

One Level 
(cycles) 

Delay, 

Two Levels 
(cycles) 

Read 

Invalid 

55 

100 

Write 

Shared 

40 

50 

Write 

Invalid 

80 

130 


bus conservatively, since pushing the 
bus speed is not a primary goal of this 
research. The prototype DDM bus op¬ 
erates at 20 MHz, with a 32-bit data bus 
and a 32-bit address bus. It provides a 
moderate bandwidth of about 80 Mbytes 
per second, which is enough for con¬ 
necting up to eight nodes — that is, 32 
processors. Still, the bandwidth has not 
been the limiting factor in our simula¬ 
tion studies. We can increase bus band¬ 
width many times by using other struc¬ 
tures. The slotted ring bus proposed by 
Barosso and Dubois 10 has a bandwidth 
one order of magnitude higher. 

For translations to item identifiers, 
DDM uses the normal procedures for 
translating virtual addresses to physical 
addresses, as implemented in standard 
memory management units. This means 
that an operating system has knowledge 
of physical pages. 

Any attraction memory node can have 
a connected disk. Upon a page-in, the 
node first attracts all the data of an item 
page as being temporarily locked to its 
attraction memory. If the items of that 
page were not present in the machine 
earlier, they are “born” at this time 
through the protocol. Then the node 
copies (by direct memory access) the 
page from the disk to the attraction 
memory, unlocking the data at the same 
time. Page-out reverses the process, 
copying a dirty page back to the disk. 
The operating system can purge the items 
of unused pages for more sharing. 

Memory overhead 

It might seem that an implementa¬ 
tion of DDM would require far more 
memory than alternative architectures. 
Extra memory is required for storing 
state bits and address keys for the set- 
associative attraction memories, as 
well as for the directories. We have 
calculated the extra bits needed if all 
items reside in only one copy (worst 
case). We assume an item size of 16 
bytes — the cache line size of the Mo¬ 
torola MC88200. 

A 32-processor DDM — that is, a 
one-level DDM with a maximum of eight 
two-way set-associative attraction mem¬ 
ories — needs four bits of address tag 
per item, regardless of the attraction 
memory size. As we said earlier, the 
item space is not larger than the sum of 
the sizes of the attraction memories, so 
the size of each attraction memory is 


an item size of 128 
bits gives an over¬ 
head of (4+4)/128 = 6 percent. 

Adding another layer with eight eight¬ 
way set-associative directories brings 
the maximum number of processors to 
256. The size of the directories is the 
sum of the sizes of the attraction mem¬ 
ories in their subsystems. A directory 
entry consists of six bits for the address 
tag and four bits of state per item, using 
a calculation similar to the one above. 
The overhead in the attraction memo¬ 
ries is larger than in the previous exam¬ 
ple because of the larger item space: 
seven bits of address tag and four bits of 
state. The total overhead per item is 
(6+4+7+4)/128 = 16 percent. A larger 
item size would, of course, decrease 
these overheads. 

To minimize the memory overhead, 
we can use a different interpretation of 
the implicit state for different parts of 
the item space. In our initial implemen¬ 
tation of DDM, the absence of an entry 
in a directory is interpreted as Invalid. 
The replacement algorithm introduces 
a home bus for an item. If an item is 
most often found in its home bus and 
nowhere else, the absence of an entry in 
a directory could instead be interpreted 


as Exclusive for items in its home sub¬ 
system, and as Invalid for items from 
outside. This would drastically reduce a 
directory’s size. The technique would 
be practical only to a limited extent. 
Too small directories restrict the num¬ 
ber of items moving out of their sub¬ 
systems and thus limit sharing and mi¬ 
gration, resulting in drawbacks similar 
to those of NUMAs. 

Item space is slightly smaller than the 
sum of the attraction memories because 
of sharing in the system. This introduc¬ 
es a memory overhead not taken into 
account in the above calculations. How¬ 
ever, in a COMA a “cached” item occu¬ 
pies only one space, while in other 
shared-memory architectures it requires 
two spaces: one in the cache and one in 
the shared memory. 

Simulated performance 

We used an execution-driven simula¬ 
tion environment that lets us study large 
programs running on many processors 
in a reasonable amount of time. We 
parameterized the DDM simulation 
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Figure 11. Speedup curves for some of the reported pro¬ 
grams. 


model with data from our 
ongoing prototype project. 

The model accurately de¬ 
scribes DDM behavior, in¬ 
cluding the compromises in¬ 
troduced by taking an existing 
commercial product as a start¬ 
ing point. The model also de¬ 
scribes parts of the virtual 
memory handling system. We 
used two-way 1-Mbyte attrac¬ 
tion memories and a proto¬ 
col similar to the one de¬ 
scribed here, providing 
sequential consistency. 

For a representation of 
applications from engineer¬ 
ing and symbolic computing, 
we studied parallel execution 
of the Stanford Parallel Ap¬ 
plications for Shared Memo¬ 
ry (Splash)," the OR-paral- 
lel Prolog system Muse, and 
a matrix multiplication pro¬ 
gram. All programs were 
originally written for UMA 
architectures (Sequent Sym¬ 
metry or Encore Multimax computers) 
and use static or dynamic scheduler al¬ 
gorithms. They adapt well to a COMA 
without any changes. All programs take 
on the order of one CPU minute to run 
sequentially, without any simulations, 


on a Sun Sparcstation. The speedups 
reported in Figure 11 and Table 2 are 
relative to the execution of a single DDM 
node with one processor, assuming a 
100 percent hit rate in the attraction 
memory. 


The Splash-Water pro¬ 
gram simulates the move¬ 
ments of water molecules. Its 
execution time is 0(m 2 ), 
where m is the number of 
molecules. Therefore, it is 
often simulated with a small 
working set. We used 192 
molecules and a working set 
of320 Kbytes. Each of the 96 
processors in Figure 11 han¬ 
dles only two molecules. 
Most of the locality in the 
small working set can be ex¬ 
ploited on the processor 
cache, and only about 44 per¬ 
cent of the transactions 
reaching the attraction mem¬ 
ory will hit. A real-size work¬ 
ing set would still have the 
same good locality and would 
benefit more from the large 
attraction memories to main¬ 
tain the speedup. We tested 
this hypothesis with a single 
run with 384 molecules, as 
shown in Table 2. 

The Splash-MP3D program is a wind 
tunnel simulator with which a good 
speedup is harder to achieve because of 
a high invalidation frequency resulting 
in a poor hit rate. The program is often 
run with the memory filled with data 


Table 2. Statistics from DDM simulations. Hit rate statistics are for data only, except with Muse, where we used a unified 
I + D cache. The remote access rate is the percentage of the data accesses issued by a processor that create remote coher¬ 
ence traffic. An increased working set results in less load on the buses for Water and Cholesky. 



-Water- 

MP3D 

MP3D-Diff 

— Cholesky — 

Matrix 

Muse 

Input data 

192 

molecules 

384 

molecules 

75,000 

particles 

75,000 

particles 

ml4 

(small) 

ml5 

(large) 

500x500 

Pundit 

Cold start included? 

yes 

yes 

no 

no 

yes 

yes 

yes 

no 

DDM topology 

2x8x4 

2x8x4 

2x8x2 

2x8x2 

2x8x2 

2x8x2 

8x4 

4x4 

Hit rate (data) percent 

D cache 

99 

99 

86 

92 

96 

89 

92 

98.5 

Attraction memory 

44 

65 

40 

88 

6 

74 

98 

91 

Remote access rate 

0.6 

0.4 

8.4 

1.0 

3.8 

2.8 

0.16 

0.20 

Bus utilization percent 

Mbus 

31 

26 

86 

54 

70 

60 

55 

— 

Lower DDM bus 

39 

30 

88 

24 

80 

66 

— 

— 

Top DDM bus 

25 

20 

66 

13 

70 

49 

4 

- 

Speedup per number 

of processors 

52/64 

53/64 

6/32 

19/32 

10/32 

17/32 

29/32 

—/16 
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structures representing particles, divid¬ 
ed equally among the processors. The 
three-dimensional space is divided into 
space cells represented by data struc¬ 
tures. MP3D runs in time phases and 
moves each particle once each phase. 
Moving a particle involves updating its 
state and also the state of the space cell 
where the molecule currently resides. 
All processors must write to all the space 
cells, resulting in a poor locality. In fact, 
95 percent of the misses we found in 
DDM were due to this write-invalidate 
effect. We simulated 75,000 particles, a 
working set of 4 Mbytes. 

MP3D-Diff is a rewritten version of 
the program that achieves a better hit 
rate. Particle distribution over proces¬ 
sors is based on their current location in 
space. In other words, all particles in the 
same space cells are handled by the 
same processor. Updating of both parti¬ 
cle state and space cell state is local to 
the processor. When a particle moves 
across a processor border, a new pro¬ 
cessor handles its data — the particle 
data diffuse to the new processor’s at¬ 
traction memory. The rewritten pro¬ 
gram has some 30 extra lines and re¬ 
quires a COMA to run well. In a COMA 
the particle data that occupy the major 
part of the physical memory are allowed 
to move freely among the attraction 
memories. 

Splash-Cholesky factorizes a sparse¬ 
ly positive definite matrix. The matrix is 
divided into supernodes in a global task 
queue to be picked up by any worker — 
the scheduling is dynamic. We used the 
large input matrix bcsstkl5 (ml5), which 
occupies 800 Kbytes unfactored and 7.7 
Mbytes factored. The nature of the 
Cholesky algorithm limits the available 
parallelism, which depends on the size 
of the input matrix. For comparison, 
Table 2 presents a run with the smaller 
matrix bcsstkl4 (ml4) of 420 Kbytes 
unfactored and 1.4 Mbytes factored. 

The matrix multiplication program 
performs plain matrix multiplication on 
a 500 x 500 matrix using a blocked algo¬ 
rithm. The working set is about 3 Mbytes. 

Muse is an OR-parallel Prolog sys¬ 
tem implemented in C at the Swedish 
Institute of Computer Science. Its input 
is the large natural language system 
Pundit from Unisys Paoli Research Cen¬ 
ter. An active working set of 2 Mbytes is 
touched during the execution. Muse dis¬ 
tributes work dynamically and shows a 
good locality on a COMA. Because we 
ran Muse on an earlier version of the 
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simulator, some of the statistics are not 
reported in Table 2. 


S imulation shows that the COMA 
principle works well for pro¬ 
grams originally written for UMA 
architectures and that the slow buses of 
our prototype can accommodate many 
processors. The overhead of the COMA 
explored in our hardware prototype is 
limited to 16 percent in the access time 
between the processor caches and the 
attraction memory. Memory overhead 
is 6 to 16 percent for 32 to 256 proces¬ 
sors. ■ 
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Programming 
Persistence in % 

A.S.M. Sajeev, James Cook University 
A. John Hurst, Monash University 


Persistence is the 
concept of preserving 
information in a 
reusable state. 

% achieves this by 
providing a uniform 
object base and 
elevating capabilities to 
the programming level. 


Y ou’ve probably noticed that the structure of data within a program is quite 
f different from its structure for long-term storage. Programming lan- 
j guages allow you many ways of structuring data efficiently; you can create 
and manipulate different types of trees, tables, lists, graphs, sets, and so on. But for 
long-term storage, operating systems traditionally provide files — normally a flat 
sequence of data. Some systems do provide limited structuring for files, but they 
aren’t nearly as versatile as the mechanisms offered by programming languages. 

We store data so that we can reuse it. The dichotomy between short-term 
program structures and long-term file structures necessitates converting data from 
one structure to another and back. This involves additional code and execution 
time for the I/O operations over the new structures, and these operations seldom 
have much to do with actual computation. 

In a persistent programming environment, the life span of any object is indepen¬ 
dent of its type. 1 Therefore, data structures constructed during a program execu¬ 
tion can survive the program and be reused by another run of the same, or a 
different, program. We designed the programming language % with facilities for 
persistent programming. 2 It provides a uniform object base in its programming 
environment. Thus, any type of object — both data and control — that can have a 
transient existence can also persist. 

These persistence mechanisms can greatly facilitate the implementation of 
software development environments. By allowing fine-grain control over which 
objects are kept for future use, and by allowing such objects to have arbitrary 
structure, programs can be preserved in a range of forms—from text through parse 
tree to intermediate and machine-specific code. Other programs that use these 
representations, such as syntax editors, compilers, debuggers, and program devel¬ 
opment environments, are hence freed from much of the work in moving between 
these forms. 
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The % programming 
language: Some 
preliminaries 


A comparison of Figures A and B in 
the sidebar, “A name-search problem,” 
reveals several characteristics of %■ There 
are no pointer type variables or explicit 
dereferencing; instead, there are two 
types of assignments indicated by := 
and . Parameter passing is similar to 
the assignments. New variables can be 
introduced without previous declara¬ 
tion, provided the keyword VAR pre¬ 
cedes them. 

Procedures are first-class objects that 
can be assigned to variables. The pro¬ 
gram starts execution from the first ex¬ 
ecutable statement in the program. Pro¬ 
cedure definitions don’t necessarily have 
to precede the main block; the only 
restriction is that any identifier must be 
declared (or introduced with the key¬ 
word TYPE, CONST, or VAR preced¬ 
ing it) before it can be used. (We’ll 
come back to Figure B after inspecting 
these characteristics of % in the next few 
sections.) 

Relationship between objects and 
variables. Objects hold values. Variables 
own objects. At the start of a program 
execution, a variable owns nothing (we 
say the variable owns NIL). Therefore, 
we do not have to explicitly initialize 
variables to NIL. 

There are two types of assignments: a 
share assignment (<-) and a copy as¬ 
signment (:=). A share assignment is of 
the form 

variablel <— variable2 

and makes variablel own the same ob¬ 
ject owned by variable2. A copy assign¬ 
ment is of the form 

variable := expression 

If the right-hand side (rhs) is a vari¬ 
able, a copy of the object owned by the 
rhs variable is created, and the left- 
hand side (lhs) variable owns that ob¬ 
ject. If the rhs variable owns a com¬ 
pound object like a linked list, a new 
copy of the whole compound object is 
created. If the rhs is an expression, the 
expression is evaluated, a new object is 
created with the expression’s result as 
the value, and the lhs variable owns the 


program nameTree(input, output); 

{The program creates a binary search tree of unique names and prints 
the tree in order.} 

const 

maxString = 25; 
type 

string = packed array [1..maxString] of char; 
tree = A node; 
node = record 
value : string; 
left, right: tree 
end; 
var 

root: tree; name : string; 

procedure insertlnTree(var root: tree; name : string); 
begin 

if root = nil then begin 

new(root); root A .value := name; root A .left := nil; root A .right := nil 
end 

else if name < root A .value then insertlnTree(root A .left, name) 
else if name > root A .value then insertlnTree(root A .right, name) 

{else if name = root A .value then ignore the duplicate name} 
end; 

procedure printTree(root: tree); 
begin 

if root <> nil then begin 

printTree (root A .left); writeln(root A .value); printTree(root A .right) 
end 
end; 


procedure readString(var name : string); 
var i, j: integer; 


while not eoln do begin read(name[i]); i := i+1 end; 
readln; 

for j := i to maxString do name[j] := ‘ ‘ 
end; 


begin 
root := nil; 
readString(name); 

while name <> ‘000’ do begin {‘000’ is the sentinel} 
insertlnTree(root, name); readString(name) 
end; 


writeln (The names in alphabetical order’); printTree (root) 
end. 


Figure A. A binary search tree program in Pascal. 
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A name-search problem 


In the kingdom of Nomansland, the queen is pregnant. The king has issued 
a royal proclamation to his subjects: Send possible names for the princess 
within three months. (For the sake of simplicity, assume that the king knows 
the coming baby’s gender.) Our job, as the Royal Programming Group, is to 
collect the names and print them in alphabetical order at the end of the three- 
month period. 

We can write a program to create a binary search tree of names and print 
them using in-order traversal; this will eliminate duplicate names. Figure A 
shows a Pascal program for this. However, this program can be run only after 
receipt of all the names. 

We may prefer to run the program daily to store each day’s names in the bi¬ 
nary search tree. This way, we’ll use a small amount of processing time every 
day instead of long hours at the deadline. For this to be feasible, however, 
we’ll have to extend the program with extra code. We’ll need to convert the bi¬ 
nary search tree at the end of a run, store it in a file, and build the tree from 
the file in the next run of the program. 

Another option, which we claim is better, is to write the program in a persis¬ 
tent programming language like %. As a first step toward this option, we trans¬ 
late the Pascal program in Figure A to %. Figure B shows the result. 



Figure 1. Variables and objects of 
simple types: (a) variable i owns an 
object; (b) variables i and k share 
ownership of the same object; (c) 
variables i and k own different ob¬ 
jects. 


new object. For variables of record types, 
an assignment to a field of the record 
will create the whole record if it does 
not exist. Arrays are treated similarly. 

As a first example, the assignment 


{The program creates a binary search tree of unique names and prints 
the tree in order.} 

TYPE tree = REC value : STRING; left, right: tree END REC; 

VAR name : STRING; 

VAR root: tree; 

VAR insertlnTree := OP( <-root dree; name : STRING ) ; 

IF root = nil: root.value := name 

ELSE : IF name < root.value : insertlnTree (root.left, name) 

ELSE: IF name > root.value : insertlnTree (root.right, name) END IF 
END IF 
END IF 
END OP 

sget(name); 

DO name <> “000”: insertlnTree(root, name); sget(name) END DO; 

VAR printTree := OP (<-IN root: tree); 

IF root <> nil: printTree(root.left); sput(root.value); 
printTree(root.right) END IF 
END OP; 

sput(“The names in alphabetical order”); printTree (root) 


Figure B. A binary search tree program in %■ 


VAR i := 27 {27 is an expression 
that yields 
the value 27) 

creates a new object with 27 as the val¬ 
ue, and i owns that object (Figure la). In 
Figure 1, ownership is indicated by an 
arrow from the variable to the object. 
The assignment 

VAR k <- i 

makes k and i share the same object 
with value 27 (Figure lb). The assign¬ 
ment 


i := i — 5 {i - 5 is an expression that 
yields the value 22} 

creates a new object, with 22 as the 
value, for i to own; k’s ownership re¬ 
mains unchanged (Figure lc). 

As another example, consider the 
declaration 

TYPE tree = REC value : string; 
left, right: tree 
END REC; 

VAR root, tl, t2 : tree 

Initially root owns NIL. The assignment 

root.value := “Beatrice” 
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ters. For example, in the copy assign¬ 
ment 



Figure 2. Variables and objects of structured types: (a) variable root owns a 
structured object, (b) variable tl and the field right of root share ownership of 
the same object, (c) variable t2 owns a copy of the object owned by root. 


creates an object as shown in Figure 2a. 
Note that the other fields of the record 
behave like variables and are initialized 
to NIL by such assignments. Figure 2b 
can be obtained from Figure 2a through 
the assignments 

tl.value := “Victoria”; 

(Since tl owns NIL create a new 
object with its value field 
owning “Victoria”; make tl 
the owner of the new object) 
root.right <— tl 

(Let the right field of the object 
owned by root own the same 
object owned by tl) 

Figure 2b can also be obtained from 
Figure 2a through the sequence 

root.right.value := “Victoria”; 
tl «- root.right 


Figure 2c is obtained from Figure 2b 
using the assignment 

t2 := root 

This assignment creates a copy of the 
whole object owned by root and makes 
t2 own the new object. (See Sajeev and 
Olszewski 3 for details on this assign¬ 
ment scheme and its relation to lan¬ 
guages like Clu and Algol 68.) 

Bound procedures. Procedures (and 
functions) in programming languages 
like Pascal are statically bound to their 
environment. Bound procedures are 
called operations (OP for short) in %. 
We will encounter free procedures in a 
later section. Operations are first-class 
objects. That means a variable of com¬ 
patible type can own such an object, 
and objects can be passed as parame- 


VAR square := 

OP (num : INT) -> INT 
RETURN num * num 
END OP 

the rhs is an expression of operation 
type. This operation returns an integer 
value and has one parameter (num) of 
integer type. The copy assignment cre¬ 
ates an operation object, and “square” 
takes the type OP (INT) -> INT. 

Thereafter, we could invoke that op¬ 
eration 

VAR n := square(23) 

Or we could make another variable share 
the same operation 

VAR sqr : OP(INT) -> INT; 
(declaring the variable sqr 
of type OP, and value NIL) 

sqr <— square; 

and then invoke the same operation 
through the new variable 

VAR m := sqr(7) 

Adding persistence 

The binary search tree disappears 
when the programs in Figures A and B 
terminate. In %, this can be avoided by 
indicating that the tree is persistent. 
Then the tree remains in the system and 
can be reused in the program’s next run. 

A persistent object is accessed using a 
unique address called its capability (ex¬ 
plained below). Figure 3 shows the mod¬ 
ified program with the binary search 
tree as a persistent object; the boldface 
type represents the statements added. 
The notation <-root dree declares root 
to be a reference parameter of type 
tree. 

The variable treeCap can own a capa¬ 
bility. The THRU statement begins by 
assigning treeCap to a variable root 
declared of type tree. The semantics of 
this is that the object that root owns is a 
persistent object. This persistent object 
is accessed using its capability; treeCap 
would own this capability. Obviously, 
in the very first run of this program, no 
tree exists and therefore treeCap owns 
NIL. At the end of the first run, the tree 
created during that run and owned by 
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root persists and its capability gets owned 
by treeCap. In subsequent runs, the pro¬ 
gram gets this capability from the user 
and accesses the persistent tree. Unlike 
Figure B, the tree in Figure 3 is printed 
only if necessary. 

At the end of program execution, the 
capability (a new one if it is the first 
execution, otherwise the original capa¬ 
bility input by the user) is output. (Not 
all systems allow printing the capabili¬ 
ty. In capput makes its argument avail¬ 
able to the external environment. In 
some systems, this means printing the 
capability; in others, it means storing it 
in a prearranged directory, and so forth.) 
Capabilities are system specific and are 
not further defined within % (on the 
current implementation they are 128- 
bit numbers, printed as four 32-bit inte¬ 
gers). 

Capabilities and 
persistence 

X uses capabilities to access persis¬ 
tent objects. A capability is a system- 
wide (context independent) address to 
any system object, with the address cre¬ 
ated by (and only by) the system. 4 In x, 
variables of type CAP can own capabil¬ 
ities. 

Using the Myers and Buckingham 
analogy, 5 we can imagine each persis¬ 
tent object as stored in a separate con¬ 
tainer with a locked lid. The capability 
is the key to the lid. For every persistent 
container created, the system creates a 
unique capability associated with it. A 
container can be used to store a single 
persistent object of the type defined 
when the container is created. A con¬ 
tainer and its enclosed persistent object 
can be accessed only by supplying its 
capability to the system (Figure 4). 

Whether it is persistent or transient, 
an object can be manipulated only 
through the variable(s) that own it. 
However, the object will become per¬ 
sistent if the programmer stores it in a 
persistent container (identified by its 
capability). % provides language con¬ 
structs to create persistent containers 
(and consequentially, their capabilities) 
to store persistent objects. Given a ca¬ 
pability to a container, the language 
also provides for making a variable own 
the object inside and thereby manipu¬ 
late it. For the sake of brevity, we’ll 
refer to “the capability of a persistent 


{The program creates a persistent binary search tree and prints the tree in 
order, if needed.) 

TYPE tree = REC value : STRING; left, right: tree END REC; 

VAR name : STRING; 

VAR treeCap : CAP; 

VAR printCap : CAP; {To be used in Figure 6} 

sput(“Do you have a capability for the name tree [y/n]?”); 
cget(VAR response); 

IF response = ‘y’: 
sput(“Enter capability”); 
capget(treeCap) {read a capability) 

END IF; 

THRU root: tree <- treeCap: 

VAR insertlnTree := OP( <-root dree; name : STRING); 

IF root = nil: root.value := name 

ELSE : IF name < root.value : insertlnTree (root.left, name) 

ELSE: IF name > root.value : insertlnTree (root.right, name) END IF 
END IF 
END IF 
END OP 

sget(name); 

DO name <> “0” : insertInTree(root, name); sget(name) END DO; 

sput(“Do you want the tree printed outfy/n]?”); cget(response); 

IF response = ‘y’: {See Figure 6} 

VAR printTree := OP (<-IN root: tree); 

IF root <> nil: printTree(root.left); sput(root.value); 
printTree(root.right) 

END IF 
END OP; 

sput(“The names in alphabetical order”); printTree (root) 

END IF; 

END THRU 

sput(“The capability for the name tree is: “); 
capput(treeCap) {output the capability) 


Figure 3. A x program for a persistent binary search tree. Boldface indicates 
statements added to Figure B. 


object” when we mean “the capability 
of the persistent container in which the 
persistent object is stored.” 

There are two ways of accessing and 
manipulating persistent objects in x■ The 
syntax of one method, the THRU state- 


THRU variable_declaration <— 
capability_variable : 

statements 
END THRU 


The capability_variable can own ei¬ 
ther NIL or a capability. If it owns NIL, 
a new persistent container is created 
whose capability is then owned by 
capability_variable; the persistent con¬ 
tainer can store the type of object that 
occurs in the variable_declaration. 

The variable in the variable_decla- 
ration owns the object in the persistent 
container; if the container is empty, it 
will own NIL. This object can be manip¬ 
ulated using the statements within the 
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Figure 4. Initial relationship between a persistent object 
and its capability. 



Figure 5. Final relationship between a persistent object and 
its capability. 


THRU construct. At the end of the 
THRU construct, the variable ceases to 
exist, but the object it owned remains in 
the persistent container with its capa¬ 
bility still available through the 
capability_variable. 

As an example, assume that a CAP 
type variable, treeCap, owns the capa¬ 
bility shown in Figure 4. At the entrance 
of the THRU statement in the follow¬ 
ing program fragment, 

TYPE tree = REC 
value : STRING; 
left, right: tree END REC; 

THRU root: tree <- treeCap: 
root.left.right <- root.right; 
root.right := NIL 

END THRU 

the object variable relationship is as 
shown in Figure 4. Just before the exit 
from the THRU statement, the picture 
becomes as shown in Figure 5. Immedi¬ 
ately after the exit from the THRU 
statement, the variable root ceases to 
exist, since its scope is only within the 
THRU statement. 

Another method of accessing persis¬ 
tent objects supports the transactional 
model of programming. We can create a 
transient copy of a persistent object, 
manipulate it, and make a persistent 
copy of the transient object. For this, we 
use the copy assignment with a 
capability_variable on one side and a 
variable of any other type on the other 
side. The assignment 

variable := capability_variable 

makes a copy of the persistent object 
whose capability the capability_variable 
owns and makes variable own the cop¬ 
ied object. It is a runtime error for 


capability_variable to own NIL in this 
context. On the other hand, the assign¬ 
ment 

capability_variable := variable 

creates a persistent copy of the object 
owned by the variable and stores 
it in the container whose capability 
the capability_variable owns. If 
capability_variable owns NIL, a 
new container is created, and 
capability .variable owns its capability. 

Each of the above assignments is atom¬ 
ic. Note that it is illegal to have a share 
assignment with a capability variable 
on one side and a noncapability vari¬ 
able on the other side. 

Free procedures 

Code objects, as well as data objects, 
can be reused through persistence. We’ll 
now see how procedure objects can be 
created, preserved, and reused. 

Bound procedures (known as opera¬ 
tions in %) are first-class objects. An 
operation object in x, as in other block- 
structured languages, is very tightly cou¬ 
pled to the environment in which the 
operation expression is defined. The 
closure of an operation is the complete 
information needed to execute the op¬ 
eration correctly. 6 This consists of its 
body or the code, plus its environment. 
The environment consists of the local 
environment containing the local vari¬ 
ables and an external environment con¬ 
taining the global variables used in the 
operation. 

X parameterizes the external envi¬ 
ronment. A free procedure (or proce¬ 
dure for short) is an object that can 
specify the external environment. A 


procedure is instantiated into an opera¬ 
tion — in other words, a free procedure 
is bound to an environment — by pro¬ 
viding arguments for its environment 
parameters. Since this provision exists 
in x, copying operation objects does not 
copy their external environment. 

Operations can be instantiated in 
any environment from free procedures, 
and different variables can share an op¬ 
eration object. In the latter case, irre¬ 
spective of the environment to which 
the owner variables belong, the opera¬ 
tion will be executed in the environ¬ 
ment in which the operation object is 
defined. 

Free procedures are identified by the 
keyword PROC. In the following pro¬ 
cedure declaration 

VAR depositProc := 

PROC ENV 

buffer : ARRAY [9] INT; 
index : INT 
END ENV (x : INT); 
buffer [index MOD 10] := x; 
index := index + 1 
END PROC; 

the parameters within ENV . . . END 
ENV specify the external environment. 
The procedure has one parameter x of 
integer type. Before it can be used, it 
must be bound to an environment where 
two variables, one of type ARRAY [9] 
INT and the other of type INT, are 
available. Such a procedure can be in¬ 
stantiated into an operation: 

VAR buffer : ARRAY [9] INT; 

VAR numOfDeposits : INT; 

VAR deposit := OP depositProc 
ENV buffer, numOfDeposits 
END ENV 


62 


COMPUTER 






























An operation can be defined without 
defining a procedure object and instan¬ 
tiating it into an operation if both hap¬ 
pen in the same program. But if the 
procedure definition is enclosed in a 
THRU statement (or alternatively, the 
procedure variable is copy-assigned to 
a capability variable), a persistent pro¬ 
cedure object results. This persistent 
object can be instantiated later into an 
operation by some other program using 
its capability. Different processes can 
instantiate the same procedure object 
in different contexts by defining the 
environment properly. The environment 
can specify type and variable declara¬ 
tions bound to compatible type and vari¬ 
able declarations in the environment in 
which the procedure is instantiated. 

Recursion. Operations can be recur¬ 
sively invoked. A search procedure to 
do in-order traversal on binary search 
trees can be defined as a PROC and its 
node-visiting function specification de¬ 
ferred as follows: 

VAR searchProc := PROC ENV 
treeType = REC 
value : STRING; 
left, right: treeType 
END REC; 

search : OP (<-IN treeType) 

END ENV (<—IN tree:treeType); 
IF tree = NIL : RETURN 
ELSE : search (tree.left); 
sput(tree.value); 
search (tree.right) 

END IF 

END PROC; 

Note that the type treeType is only a 
partial specification of the required type; 
any subtype with at least those fields and 
types can be used in instantiating the 
procedure (as an operation). The proce¬ 
dure expects to be instantiated into an 
environment that has a treeType type 
and a search operation defined (the iden¬ 
tifier names may be different). By bind¬ 
ing search to the same operation object 
being instantiated, we have 

TYPE T = REC v : STRING; 

1, r: T 

END REC; 

VAR search := OP searchProc 
ENV T, search END ENV; 

We can also make the searchProc 
persistent through the assignment 


IF response = ‘y’: 

sput(“Enter capability for printTree procedure”); capget(printCap); 
VAR printProc: PROC ENV tree = REC STRING; tree; tree END REC; 
OP ( <—IN tree) 

END ENV (<—IN tree); 

printProc := printCap; {get a transient copy of the procedure} 

{instantiate it into an operation in current environment} 

VAR printTree := OP printProc ENV root, printTree END ENV; 

sput(“The names in alphabetical order”); printTree (root) 

END IF; 


Figure 6. Reusing a persistent procedure in the binary search tree program. 
Boldface indicates statements added or altered from Figure 3. 


VAR searchCap : CAP; 
searchCap := searchProc; 

Given the capability searchCap, we 
can (re)use searchProc to print the names 
stored in a binary search tree. The tree 
traversal part of the program in Figure 
3 can be rewritten using the code in 
Figure 6. Note that in Figure 6 we have 
used a capget function to get the capa¬ 
bility to searchProc. We assume that 
printCap will read the same capability 
that was owned during creation by the 
variable searchCap above. The creating 
program and the using program are tem¬ 
porally uncoupled. Thus, the problem 
of reusing a procedure is reduced to 
making a procedure object persistent 
and giving its capability to all programs 
that need to use it. 

Issues in designing a 
persistent 

programming language 

Persistent programming languages are 
equipped to create, use, and reuse per¬ 
sistent data structures — data struc¬ 
tures that outlive the program. They are 
general enough to include both data 
and control objects for persistence. 

Apart from providing the usual high- 
level language features — facilities to 
declare and use variables, control struc¬ 
tures for assignment, repetition, etc. — 
a persistent programming language must 
formulate its policies on several other 
issues: 


•how to indicate the persistent na¬ 
ture of a data object, 

• how to address a persistent object, 

• how to synchronize two or more 
programs that simultaneously access 
the same persistent object, and 

• how to check type compatibility. 

Indicating object persistence. In a 

persistent programming language, the 
programmer needs facilities to express 
the relative life span of objects. The 
general approach is to assume, by de¬ 
fault, that every object is transient and 
then provide facilities for expressing 
object persistence. This option is based 
on the following observations: 

•Programmers are likely to design 
the structure of their persistent objects 
with care due to their relatively long life 
spans; mentioning that they are persis¬ 
tent adds little difficulty to the program 
design. 

• Transient variables, like index vari¬ 
ables and temporary value holders, are 
more common than persistent objects; 
it’s convenient to have them disappear 
automatically when the program termi¬ 
nates (or when the control exits from 
their scopes). 

In %, the programmer must deliber¬ 
ately specify, through explicit syntax, 
which objects are to be made persistent. 
This is in contrast to Napier’s approach 
(see sidebar, “Background to persistent 
languages”), where objects become per¬ 
sistent through attachment to a tree, 
rooted in a globally defined object. We 
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Background to persistent languages 


In conventional programming languages like Pascal, 
files provide a data type with the property of persistence 
but are very restrictive. Programs usually manipulate 
data of other types, and they cannot persist unless the 
data is converted to a file type. Moreover, since those 
languages do not regard control objects like procedures 
as first class, treatment of those objects is different from 
data objects. The language does not deal with the per¬ 
sistency of control objects. Creating function libraries 
and linking them to a program are treated as functions 
of the external environment rather than the language. 

Initially, programming language researchers concen¬ 
trated on providing database operations (in particular, 
the relational model) within a programming language. 
Pascal/R is an example of such a language. Persistence 
in Pascal/R is restricted to data of type relations. PS- 
Algol is the first language to provide orthogonal persis¬ 
tence. 

PS-Algol. Persistent objects and their manipulations 
are generalized in PS-Algol 1 to the extent that any object 
having a temporary existence can be made persistent 
and vice versa. The language designers wanted to add 
persistence to an existing language with minimal change 
to the language. 1 They chose S-Algol and provided per¬ 
sistence management facilities through standard proce¬ 
dures. 

PS-Algol calls its persistent objects databases. The 
persistent space, therefore, is a collection of databases 
with a common systemwide directory. The directory 
takes the form of a tree structure where each node is a 
table of entries. An entry consists of an identifier and a 
pointer to another table or a leaf. The leaves of the di- 
rectory-trees can be of any arbitrary type. There are pro¬ 
cedures for creating an empty table (where Table is a 
system-supported data structure) and for lookup and en¬ 
try. 

Thus, a persistent object (a database) is addressed by 
a unique name that could be a path through a tree of di¬ 
rectories. In other words, objects that are reachable 
from the root directory by transitive closure are persis¬ 
tent; all other objects in a program are transient. Stan¬ 
dard procedures are provided to open, commit, and 
close databases. To access a persistent object (data¬ 
base), one has to open it, specifying the password and 
mode of access (read/write). The system follows the 
transaction model for updating databases. A transaction 
can be aborted simply by issuing the close call without 
preceding it with a commit call. Normally, the database 
is committed and closed. 

PS-Algol, a sequential language, does not provide 
general facilities for parallel processing. To take care of 
the possibility of the same database being accessed si¬ 
multaneously by different programs, a systemwide syn¬ 
chronization policy of single-writer-multiple-readers is 
implemented on its databases. Thus, if a database is 


opened for writing, other accesses to it are prevented 
until it is closed. 

PS-Algol considers procedures as first-class objects. 
Atkinson and Morrison 2 show how first-class procedures 
in a persistent environment can be used to implement 
modules, abstract data types, and separate compilation. 

Napier. The programming language Napier 3 is de¬ 
signed by the same group of researchers who built PS- 
Algol. Napier provides language constructs for access¬ 
ing persistent objects, instead of the standard 
procedures in PS-Algol. Napier has the concept of a 
persistence root, called PS. All data that is reachable by 
the computation of the transitive closure of objects from 
PS are persistent. There is a type environment (env) 
whose values are collections of bindings in the form of 
name-value pairs. PS is of type env. Therefore, pro¬ 
grammers can define objects in the environment PS, 
which then will be persistent, or they can define objects 
in other environments and add those environments to 
PS. When a process terminates, all objects not arranged 
to be reachable from PS disappear and, hence, are tran¬ 
sient. A function environment() returns an environment 
that can be assigned to env type variables. An in clause 
adds bindings to the environment, and a use clause re¬ 
trieves them. The binding occurs at runtime and, hence, 
is dynamic; environment type variables can dynamically 
take different environments as values. 

Napier also has facilities for parallel processing. Its 
concurrency model is based on Ada’s rendezvous mod¬ 
el. Unlike Ada, Napier’s process objects are first class 
and can persist. 

Other languages with features for persistence that 
should be of interest include Galileo and Amber. Atkin¬ 
son and Buneman 4 conducted a comprehensive survey 
of persistent programming languages from the point of 
view of database programming. 
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believe our approach improves program 
readability because of the very visible 
lexical clues that indicate persistent 
objects. 

Addressing persistent objects. Tran¬ 
sient programming languages restrict 
the life span of an object to the execu¬ 
tion time of the scope in which the cor¬ 
responding variable exists. Therefore, 
the compiler can calculate the data ob¬ 
jects’s relative address (or its reserved 
space) at the point of the variable decla¬ 
ration, and any referenced variable can 
be uniquely translated to its address. 
This is not easy for persistent objects. A 
persistent object must be uniquely acces¬ 
sible throughout its lifetime, which may 
span not only the runtime of a single 
program but also the runtime of several 
temporally distributed programs. 

The most straightforward way of ad¬ 
dressing such objects is the method com¬ 
mon operating systems use to address 
their persistent objects — namely, files. 
You could, for instance, adopt a Unix- 
like hierarchical naming system. For %, 
we chose capabilities that provide lin¬ 
guistic support for a capability-based 
multiprocessor system. 7 

However, the use of capabilities does 
not prevent users or operating systems 
from having a Unix-like naming system 
for persistent objects. You could have 
directories that contain name-capabili¬ 
ty pairs. Some of these capabilities could 
be of other directory objects, thus per¬ 
mitting a hierarchy of directories. Such 
a directory system has been implement¬ 
ed in the capability-based Amoeba dis¬ 
tributed operating system environment. 8 
We have also modeled capabilities us¬ 
ing file system mechanisms. 9 

Synchronization. Concurrent access 
to persistent objects must be synchro¬ 
nized to protect the object integrity. This, 
again, can be achieved in several ways. 

One common policy is many-readers- 
one-writer synchronization. The draw¬ 
back of this scheme is that the program 
must mention its access mode (read/ 
write) before accessing every persistent 
object. 

A better scheme provides constructs 
for synchronization in the programming 
language. The advantage of this scheme 
is that the constructs can be used for 
synchronizing transient objects (syn¬ 
chronization becomes orthogonal to the 
mode of access), and thus the language 
can be used to program parallel algo¬ 


rithms. In other words, this scheme is 
more suitable for parallel processing 
languages. 

In a sequential persistent program¬ 
ming language, the system manages syn¬ 
chronization, and the programmer need 
not be aware of it. However, this meth¬ 
od could delay program execution, de¬ 
pending on the number of users of a 
persistent object. 

X’s synchronization constructs are 
based on the rendezvous model. (See 
Sajeev 2 for details.) The basic idea is 
that programs can be written such that 
processes act as managers of persistent 
objects. A process can provide external 
operations to access persistent objects 
under its control. These operations can 
be invoked by other parallel processes, 
and the invocations are synchronized. 
Processes are also first-class objects that 
can persist. 

Note that the process model can be 
used in this way as an alternative to the 
object-oriented model. Atkinson and 
Morrison 6 show that persistent proce¬ 
dures are sufficient to model an ab¬ 
straction of software modules. By pack¬ 
aging the type manager for abstract 
data types as a process, we can provide 
a similar, but asynchronous, model. 
The implications of this model in dis¬ 
tributed processing environments are 
obvious. 

Type compatibility. Programming lan¬ 
guages normally employ two categories 
of type equivalence: the name equiva¬ 
lence of, for example, Pascal and or the 
structure equivalence of Ada. In the name 
equivalence scheme, two variables are 
type compatible if they are of the same 
type name. In a persistent programming 
environment, this means that a data ob¬ 
ject created of one type can be assigned 
to a variable only of that type name. This 
limitation creates two problems: 

(1) The exact name of the type must 
be known to every program using a 
persistent object. 

(2) Future programs may use the same 
type name for an entirely different struc¬ 
ture, in which case name equivalence 
will not satisfy type correctness. Occur¬ 
rence equivalence is not possible due to 
the temporal independence of program 
execution. 

Structural equivalence, although not 
considered ideal by some programming 
language designers, is suitable in persis¬ 


tent programming environments. Ev¬ 
ery persistent object stores information 
regarding the structure of its type. Com¬ 
patibility is checked at runtime by com¬ 
paring the structure of the correspond¬ 
ing variable in the program with that of 
the persistent object. 

X adopts structural equivalence com¬ 
patibility by default. It also allows par¬ 
tially known types. In partially known 
types, a variable whose structure is a 
substructure of the object can manipu¬ 
late that substructure. Thus, programs 
need not know a persistent object’s full 
structure, so long as they manipulate 
only that part of the object for which the 
structure is known. 

I n this article, we discussed how a 
persistent programming language 
allows the reuse of data and code 
objects by preserving them as persistent 
objects. The examples chosen were de¬ 
liberately simple. However, the princi¬ 
ples involved can be used in a variety of 
practical applications, such as compiler 
writing. 

Many procedures used in compiler 
writing (for example, table management 
routines) have applications elsewhere. 
These procedure objects can be written 
once and stored as persistent objects for 
reuse. The different phases of a compil¬ 
er can be made temporally independent 
by making the intermediate data struc¬ 
tures persistent. For example, the sym¬ 
bol table being kept as a persistent ob¬ 
ject not only helps to decouple in time 
the different phases of compilation, but 
also allows a debugger to make use of 
the symbol table irrespective of the struc¬ 
ture of the symbol table. 

Modern programming languages al¬ 
low the creation and manipulation of 
data structures of arbitrary complexity. 
Stacks, queues, and trees are some of 
the common data structures created and 
manipulated by programs. However, the 
life-span of the data structures created 
by a program is strictly limited to that of 
the program; once a program termi¬ 
nates, the data structures it created die. 

Long-term storage of data is general¬ 
ly achieved using files that normally 
have a flat structure. Programming lan¬ 
guages not only refuse to output data 
with rich structural forms but also lack 
the facilities to read in structured data. 

This drawback of traditional languages 
is removed in the programming lan¬ 
guage x by introducing persistence as a 
property orthogonal to the type of ob- 
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jects. Thus, any object — data or control — that can have a 
transient existence can persist in the system. Such program¬ 
ming environments have the following advantages: 

• Several programs or different runs of the same program that 
use data with the same structure do not have to build the structure 
from scratch every time. 

• The programmer is saved from writing the extra code for I/O 
operations to transfer the data to a file and then transfer it back into 
the memory. 

• Since data objects can persist, a program that uses the 
data doesn’t have to run to completion once it starts; the 
execution can be temporally distributed. 

• Since procedures and processes are also first-class ob¬ 
jects, they can be reused with the same ease as data struc¬ 
tures. 

X is innovative in that it elevates capabilities to the pro¬ 
gramming level and gives the programmer a convenient way 
to express which objects are persistent — independent of the 
type of object. Thus, it provides orthogonal persistence. A 
further advantage that follows from such use of capabilities is 
that % provides an implementation path for persistence, even 
upon architectures that do not support capabilities directly. 

Current research work is directed at developing capability 
techniques for conventional architectures through both low- 
and high-level software mechanisms. These systems will then 
allow the ready portability of persistent languages. ■ 
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Point/Counterpoint 


Safety standards for CRT visual display units 
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cussion in the industry and in legislative bodies. The articles below represent the viewpoints of J. Robert Ashley, a 
microwave researcher working on ELF (extremely low frequency) standards, and Fletcher J. Buckley, whose article in 
the April 1990 issue of Computer introduced this topic. The authors’ opinions do not necessarily represent the views 
of the IEEE, the IEEE Computer Society, or Computer magazine. The editor welcomes submission of additional news 
and contrasting views for publication in this department. 



Point 


ordinating Committee 
28 andlEEE-USA 
Committee on Man 
and Radiation 


Over the past decade, concern for 
occupational health of computer data- 
entry operators has focused on possi¬ 
ble effects of electrical quantities. 
Cathode ray tube (CRT) visual dis¬ 
play units (VDUs), also called video 
display terminals (VDTs), have been 
questioned. 

The peer-reviewed literature 
through 1989 is evaluated in a 1990 
IEEE-USA Entity Position State¬ 
ment developed by the IEEE-USA 
Committee on Man and Radiation 
(COMAR). 1 Epidemiologists have 
conducted studies on computer data- 


* Readers can contact Ashley at 2523 Lake Ellen 
Ln., Tampa, FL 33618, e-mail j.ashley. 


entry operators who use VDUs. As 
pointed out by COMAR, these studies 
taken as a whole have not found sta¬ 
tistically significant health effects that 
can be attributed to magnetic, electric, 
or electromagnetic fields. 1 Television 
receivers use the same CRT electron¬ 
ics; thus, questions about health haz¬ 
ards apply just as much to TVs. 

Sapashe and Ashley discuss the 
electrical measurements required to 
quantify exposure. 2 The measured 
VDU fringing magnetic fields for ELF 
vertical deflection and the very low 
frequency (VLF) horizontal deflection 
are incapable of biological effects on 
human tissue. 2 A suitable method for 
measuring the AC electric field near 
the CRT face plate has not been pub¬ 
lished. 

My crude and uncalibrated mea¬ 
surements for the VLF range are of 
the order of 1/10 kilovolt per meter 
for VDUs and perhaps 2/10 kV/m for 
25-inch color TVs. Similar estimates 
for the ELF range are 1/3 kV/m for 
VDUs and 1/2 kV/m for newer TVs 
with polarized power plugs. 

Older TVs in the US can apply the 
120-volt, 60-hertz line voltage to the 
CRT screen to add another 1/2 kV/m 
at 60 Hz. In terms of measured expo¬ 


sure, the electric field for older TVs 
has the largest magnitude. 

As with all appliances, the magni¬ 
tudes are significant only within a 
meter of the center of the appliance. 
The magnitudes are such that both 
peak exposure (such as the electric 
field terminating on a hand as it tunes 
a TV) and some kind of average (such 
as along the torso of a VDU operator) 
must be considered in computing the 
interaction with human tissue. 

No research has been published on 
lab-tissue studies of VDU electric 
fields. Difficulties in distinguishing 
between electric and magnetic fields 
near VDUs would arise during labora¬ 
tory animal studies. Thus, we must 
rely on theoretical physics in estimat¬ 
ing safe exposure limits. My current 
knowledge of the problem indicates 
that only the ELF electric field near 
TVs has sufficient magnitude to cause 
concern about health effects. 

Comparison not justified. Some no¬ 
tions about VDUs 3 reported in the 
trade press are based on unjustified 
comparison with power-frequency ep¬ 
idemiology studies. 2 My recent discov- 

(Continued on p. 70) 
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Counter¬ 

point 


Fletcher Buckley ** 


A review of the previous article in¬ 
dicates some potential difficulties. 

First, there are a number of refer¬ 
ences to two existing safety stan¬ 
dards: the National Electrical Safety 
Code and ANSI/IEEE 95.1-1991. 
However, neither of these standards 
addresses the subject of safety in the 
context raised here. The National 
Electrical Safety Code provides stan¬ 
dards in the context of electrical 
shock, and ANSI/IEEE C95.1-1991 
provides standards in the context of 
microwave heating of human tissue. 
Neither deals with a biological model 
associated with causing or encourag¬ 
ing cancer. 

Second, the article makes two con¬ 
clusions, the bases for which are not 
provided: 

(1) In the third paragraph, it says, 
“The measured VDU fringing mag¬ 
netic fields ... are incapable of bio¬ 
logical effects on human tissue.” Al¬ 
though it cites a reference, the 
reference merely cites that conclu¬ 
sion without a basis for it. 

(2) In the last paragraph, it says, 

“... only the ELF electric fields ... 
have the possibility of a significant 
biological effect on human tissue.” 

Third, in the seventh paragraph, 
the wording of the sentence “No re¬ 
search has been published on lab- 
tissue studies of VDU electric fields” 
is strange. 

• It could be literally true that no 
one has moved a VDU close enough 
to lab tissues to study the effects. 
However, the statement would be 
open to question if it were taken to 
mean that no one has done lab-tissue 
effect studies in the range of electric 
or magnetic field intensities of inter¬ 
est. 1 

• The sentence then leads to the 


** Readers can contact Buckley at 103 Wexford 
Dr., Cherry Hill, NJ 08003, e-mail f.buckley. 


conclusion that .. we must rely on 
theoretical physics ...” which, in turn, 
leads to the use of a model based on 
microwave heating of tissues and the 
extrapolation of safety limits from 
that model. 

Rather than go to theoretical phys¬ 
ics, it seems more appropriate to go to 
the lab and duplicate the electric/ 
magnetic fields in the area of interest 
— and that has already been done. A 
summary of some of those efforts is 
provided in Nair, Morgan, and Florig. 1 

Fourth, those who would believe 
the projection that Standards Coordi¬ 
nating Committee 28 will produce a 
standard to cover this area should be 
aware that SCC28 

• after five years, has yet to comply 
with IEEE Standards Board require¬ 
ments to operate in accordance with a 
set of written policies and proce¬ 
dures, 2 and 

• is currently in violation of the 
rules of its parent organization, the 
IEEE Standards Board, which re¬ 
quires that a Project Authorization 
Request be submitted for approval as 
soon as the decision is made to initiate 
a project. 3 

(The necessity for such rules is 
wrapped around the concepts of due 
process and openness, and is beyond 
the scope of this discussion.) 

Those interested in pursuing this 
topic should be aware of the following 
IEEE draft standards efforts: 

• PI 140, “Standard Test Procedures 
for the Measurement of Electric and 


Magnetic Fields from VDTs from 5 Hz 
to 400 kHz.” Contact Dheena A. 
Moongilan, phone (908) 834-1806. 

•P1140.1, “Standard Measurement 
Techniques for ELF and VLF Magnet¬ 
ic Fields and Electrical Fields from 
Desktop Computer Displays and Asso¬ 
ciated Desktop Devices.” Contact 
Charles Abernathy, phone (508) 493- 
5803. 

In addition, the US Department of 
Energy has released a report on this 
topic and is conducting hearings to de¬ 
velop an associated program. 4 

A wealth of information exists on 
this topic. As a starting point, see Nair 
and Morgan. 5 
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eries about the magnitude of electric 
fields near TVs add another con- 
founder to the epidemiology difficul¬ 
ties: How can one find a control popu¬ 
lation not exposed to TV fields? 

The safety of many uses of electri¬ 
cal energy is addressed in ANSI/IEEE 
Standard C95.1-1991, 4 which was re¬ 
leased in the spring of 1992. As ap¬ 
plied to VDUs such as TVs and com¬ 
puter, or workstation, monitors, there 
are clear guidelines for the VLF re¬ 
gion above 3 kHz. Thus, VLF fringing 
electric and magnetic fields related to 
the horizontal deflection system and 
high-voltage power supply are now 
limited by the guidelines of C95.1- 
1991. 

No IEEE consensus position exists 
regarding power frequency (50 or 60 
Hz) or ELF (3 to 3,000 Hz) electrical 
safety. A subcommittee of Standards 
Coordinating Committee 28 was acti¬ 
vated in November 1991 to address 
this region in a new standard. The 
subcommittee informally expects it 
will take five years to produce a con¬ 
sensus agreement needed for a true 
IEEE standard. 

In the meantime, I have used theory 
to extrapolate C95.1-1991 guidelines 
to the ELF region. Theory would al¬ 
low increases in the limits in going 
from VLF to ELF; consequently, my 
very conservative extrapolation of the 
VLF limits to ELF is to use the same 
limits. 

Therefore, the current state of 
knowledge of the biological effects — 
good or bad — of magnetic intensity, 
electric potential gradient, or electro¬ 
magnetic field strength suggests com¬ 
mon ELF and VLF maximum permis¬ 
sible exposure (MPE) limits as 
follows: 

• Magnetic intensity: 163 amperes 
per meter 

• Magnetic flux density: 205,000 
nanotesla (2,050 milligauss) 

• Electric potential gradient: 614 
volts per meter 

• Induced current: 450 x frequency 
milliamperes (fin MHz) 

• Electromagnetic field strength: 
Not specified below 100 MHz. 

The electromagnetic field strength 
is not specified below 100 MHz be¬ 
cause the wavelength is long enough 
so that a valid measurement requires 
measurement of both electric and 
magnetic fields. Thus, the specifica¬ 
tion of magnetic intensity and electric 
potential gradient below 100 MHz is 
sufficient. 
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The increased cancer risk 
associated with ELF 
electromagnetic fields is 
about the same as the risk 
of solar radiation burns 
from nude moon bathing. 


Practically speaking, 765-kV power 
lines do not radiate biologically signif¬ 
icant electromagnetic traveling waves 
away from transmission lines. Obvi¬ 
ously, true ELF or VLF electromag¬ 
netic fields near any electrical appli¬ 
ance have no biological effect, good 
or bad, on nearby people using the ap¬ 
pliance. 

Older television receivers — prima¬ 
rily those with vacuum-tube electron¬ 
ics — do not meet a portion of the ex¬ 
trapolated MPEs above. Depending 
on the direction of insertion of the 
power plug in the US, the CRT face 
plate or screen can be at either 0 volts 
or 120 volts at 60 Hz, with respect to 
ground. Properly measured, the elec¬ 
tric potential gradient a few centime¬ 
ters from the screen exceeds the 
above limit. Since this is a 60-Hz elec¬ 
tric field, experience from the IEEE 
Power Engineering Society and the 
Florida Department of Environmental 
Regulation is worth examining. 

Long-standing concern. The safety 
of high-voltage power lines, particu¬ 
larly for utility workers who repair the 
lines and control the growth of vege¬ 
tation on cleared rights-of-way, has 
been of concern to the IEEE and its 
forerunners, the American Institute of 
Electrical Engineers and the Institute 
of Radio Engineers, from the early 
days of US electrification. The biolog¬ 
ical research before 1985 centered on 
the electric field safety question. The 
results of all those years of extensive 
research by engineers and life scien¬ 
tists is distilled into the National Elec¬ 
trical Safety Code. 5 The electrical field 
limit is indirectly specified in terms of 
vertical clearance rules for overhead 
power lines. 

The utility-regulating agencies of 
several states have expanded the 
ANSI C2-1990 vertical clearance rules 
to include an exposure limit for elec¬ 
tric fields. The Florida Electric and 
Magnetic Fields Rule developed by 
the Department of Environmental 


Regulation is typical. 6 The highest lim¬ 
it listed is 10 kV on the right-of-way 
for 500-kV power lines. The lowest 
electric field limit given is 2 kV/m at 
the edge of any new power line right- 
of-way. These limits are based on per¬ 
ception of the electric fields and the 
potential for electrical shock. 

ANSI/IEEE 644-1987 adequately 
discusses the measurement of the 
quantities related to power frequency 
safety limits. 7 The electric field mea¬ 
surement methods it discusses are of 
doubtful use for appliances because 
the electric field varies so rapidly over 
the dimensions of the instrument. 

Also, the instrument significantly per¬ 
turbs the electric field being mea¬ 
sured. 

Conclusions. In terms of measured 
quantities and our knowledge of bio¬ 
logical interactions, only the ELF elec¬ 
tric fields near VDUs (especially older 
TVs) have the possibility of a signifi¬ 
cant biological effect on human tissue. 
The only comparable exposure to ELF 
electric fields is near other appliances 
and transmission power lines. Any fre¬ 
quency magnetic field exposure near 
VDUs is biologically insignificant. The 
increased cancer risk associated with 
ELF electromagnetic fields is about 
the same as the risk of solar radiation 
burns from engaging in nude moon 
bathing. 
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Call for Papers 

1993 IEEE Symposium on 
Research in Security and Privacy 



May 24-26,1993 • Oakland, California 

sponsored by 

IEEE Computer Society Technical 
Committee on Security and Privacy 
in cooperation with 
The International Association for 
Cryptologic Research (IACR) 


The purpose of this symposium is to bring together researchers and developers who work on secure computer systems. 
The symposium will address advances in the theory, design, implementation, evaluation and application of secure com¬ 
puter systems. Papers, panel session proposals, and position papers are solicited in the following areas: 


• Secure Systems 

• Privacy Issues 

• Information Flow 

• Network Security 

• Formal Models 

• Viruses and Worms 

• Database Security 

• Access Controls 

• Security Verification 

• Authentication 

• Data Integrity 

• Auditing and Intrusion Detection 


Instructions to Authors: 

Send six copies of your paper and/or panel session pro¬ 
posal to Richard Kemmerer, Program Co-Chair, at the 
address given below. Put names and affiliations of authors 
on a separate cover page only, as a "blind" refereeing 
process is used. Abstracts, electronic submissions, late 
submissions, and papers that cannot be published in the 
proceedings will not be accepted. 

Papers must be received by November 15,1992 and must 
not exceed 7500 words; papers that exceed this length will 
be rejected without review. Authors will be required to 
certify prior to December 25,1992 that any and all necessary 


clearances for publication have been obtained. Authors will 
be notified of acceptance by February 1,1993. Camera-ready 
copies are due not later than March 15,1993. 

The Symposium will also include informal poster sessions. 
Send one copy of your poster session paper to Teresa Lunt, 
at the address given below, by January 31,1993. Electronic 
submission of the latex source for poster session papers is 
strongly encouraged. Poster session authors must send a 
certification with their submittal that any and all necessary 
clearances for publication have been obtained. 


Program Commitee: 

Tom Berson, Anagram Laboratories 
Deborah Cooper, Paramax Systems 
Corporation 

George Dinolt, Loral Western 
Development Labs 

Virgil Gligor, University of Maryland 
Deborah Hamilton, Hewlett-Packard 
Laboratories 


Jeremy Jacob, Oxford University 

Sushil Jajodia, George Mason University 

Paul Karger, OSF 

Tanya Korelsky, ORA 

Sue Landauer, TIS 

Teresa Lunt, SRI 

Doug Mcllroy, AT&T Bell Labs 

John McLean, NRL 


Catherine Meadows, NRL 

Jon Millen, MITRE 

Jeff Picciotto, MITRE 

Phillip Porras, Aerospace 

Ravi Sandhu, George Mason University 

Marv Schaefer, CTA 

Brian Snow, NSA 

Yacov Yacobi, Bellcore 


For further information concerning the symposium, contact: 


Teresa Lunt, General Chair 
SRI International, EL245 
333 Ravenswood Avenue 
Menlo Park, CA 94025 
Tel: (415)859-6106 
FAX: (415)859-2844 
lunt@csl.sri.com 


Richard Kemmerer, Program Co-Chair 

Computer Science Department 

University of California 

Santa Barbara, CA 93106 

Tel: (805)893-4232 

FAX: (805)893-8553 

kemm@cs.ucsb.edu 


Jeremy Jacob, European Contact 

Oxford Univ. Computing Laboratory 

11 Keble Road 

Oxford, England OX1 3QD 

Tel: +44 865 272562 

FAX: +44 865 273839 

jeremy.jacob@prg.oxford.ac.uk 


Cristi E. Garvey, Vice Chair 
TRW, MS R2-2104 
One Space Park 
Redondo Beach, CA 90278 
Tel: (310)812-0566 
FAX: (310)812-7147 


John Rushby, Program Co-Chair 
SRI International, EL254 
333 Ravenswood Avenue 
Menlo Park, CA 94025 
Tel: (415)859-5456 
FAX: (415)859-2844 
rushby@csl.sri.com 
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CALL FOR PAPERS 



IEEE Computer Society Conference on 

Computer Vision & Pattern Recognition 

Omni Park Central 
New York City 
June 15-17,1993 


GENERAL CHAIR 

J. K. (Jake) Aggarwal 
Computer and Vision Research 
Center 

University of Texas at Austin 
Austin, TX 78712-1084 
jka@emx.utexas.edu 


PROGRAM CO-CHAIRS 

Yiannis (John) Aloimonos 
Center for Automation Research 
University of Maryland 
College Park, MD 20742-3411 
yiannis@cvl.umd.edu 


Ruud M. Bolle 

Thomas J. Watson Research 
Center 

IBM Corporation 

Yorktown Heights, NY 10598 

bolle@watson.ibm.com 


LOCAL ARRANGEMENTS 
CHAIR 

Terrance E. Boult 
Center for Research in Intelligent 
Systems 

Columbia University 
New York City, NY 10027 
tboult@cs.columbia.edu 


THE PROGRAM 

The program will consist of high quality contributed papers on all aspects of computer vision and pattern recognition. Manuscripts on previously unpub- 


lished work on topics in the following categories are solicited. 



• Physics of image formation 

• Texture analysis 

• Segmentation and perceptual 

• Active vision 

• Low-level processing 

• Motion analysis and stereo 

grouping 

• Real-time vision and architectures 

• Pattern analysis 

• Integration of modules and cues 

• Shape and object representation 

• Object recognition 

• Systems and applications 


The conference is not limited to these topics. If a paper is not exactly on a topic in one of these categories, it may be specified that the paper falls in two 
or more categories, or that the paper is perhaps best not categorized at all. The categories are designed to closely match the papers with the expertise of 
the reviewers who will be members of the program committee. Every category will be represented by several program committee members. As is 
customary with CVPR, reviewing will be double blind. 

PAPER SUBMISSION 

Four copies of complete manuscripts should be received no later than November 9,1992 by: 

Yiannis Aloimonos 

Computer Vision Laboratory, Center for Automation Research 
A. V. Williams Building, 115 Paint Branch Drive 
University of Maryland 
College Park, MD 20742-3411 

The manuscript should include the following (in this order): 

I. A Title Page — Containing the names and addresses of the authors 
(including e-mail), an abstract of up to 200 words, and the category (one or 
more) that best describes the manuscript. 

II. A Second Title Page — With just title and abstract. 

III. A Summary Page — Attach answers to the following questions (please 
answer each question separately): 


(1) What is this paper about? 

(2) What is the original contribution of this work? 

If any part of this work has been submitted to other conferences, work¬ 
shops, or journals, please state on this page where it has been submitted 
and how it differs from this paper. 

IV. Paper — No more than 20 pages (double-spaced, 12 points) including 
text, figures, references, etc. 
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IEEE Computer Society Election 

Nominees for Computer Society office and Board of Governors 


On the following pages are the position statements and biographies 
of the Computer Society’s candidates for president-elect, first and 
second vice presidents, and Board of Governors. Within each catego¬ 
ry, candidates are listed in alphabetical order. 

Election of officers to one-year terms and of board members to 
three-year terms, each beginning January 1,1993, will be by vote of 
the membership as specified in the bylaws. Ballots, which were 
mailed to all society members about August 14, must be returned no 
later than 12:00 noon on Monday, October 26,1992, in the envelopes 
provided. Members in Region 8 should return ballots to the Brussels 
office, members in Region 10 to the Tokyo office. All others should 
return ballots to the IEEE Computer Society, c/o Independent Elec¬ 
tion Corporation of America, New York. Election results will be an¬ 
nounced in the December issue of Computer. 

The opinions expressed in the statements are those of the individu¬ 
al candidates and do not necessarily reflect Computer Society posi¬ 
tions or policies. 


Nominees for president-elect 



Ronald G. Hoelzeman 

I Position statement. The expansion of the soci- 
I ety over the past decade, both in size and di- 
I versity, has provided us with significant chal- 
I lenges. To meet our members’ needs, we 
I continue to introduce new publications, confer¬ 
ences, and workshops while simultaneously 
trying to hold the line on costs. Difficult decisions have to be 
made in sorting which of many good projects to fund so as to en¬ 
sure the stability and future of the organization, in light of the 
changing composition of our membership, both technically and 
geographically, and the state of the economy. 

(See Hoelzeman page 74) 


Laurel V. Kaleda 

Position statement. Our technology, industry, 
and profession change constantly. The Com¬ 
puter Society must be able to meet the chal¬ 
lenge to move with change, and anticipate it — 
to support the growth and evolution of the 
technology and industry which it leads, and 
stay healthy as an organization. 

The society is a volunteer-driven organization. We must work 
with volunteer skills and interests to build the new programs for 
tomorrow. This is today’s challenge to society leaders: to provide 
an appropriate and increasing set of program services, valued by 
(See Kaleda page 74) 
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(Hoelzeman continued) 

I believe that we are on the way to correcting the financial con¬ 
straints of the past and that we are poised to move forward with 
new initiatives in electronic publishing and distribution, and ex¬ 
panded network offerings. We must continue to investigate new 
methods of delivering services, particularly periodicals, on a time¬ 
ly, cost-effective basis to all of our members. 

Our surveys have shown that we are not meeting all of the 
needs of all of our members. I believe that we must develop spe¬ 
cific new services and products for these segments of our organiza¬ 
tion, and more important, identify the volunteers who will step up 
to meet these challenges by further tapping the talent in the many 
technical committees. As the technology changes, so do our mem¬ 
bers’ needs. We must keep abreast of this change, as it is the foun¬ 
dation of our profession. 

Finally, we need to improve our ties with the companies that 
employ our members. I would work to develop better mechanisms 
to illustrate the value of employee participation and of the con¬ 
tinuing education that we provide. This will also help to stimulate 
more application material from industrial practitioners. 

I believe that the society has a very promising future, primarily 
because of its greatest resource, the quality and commitment of 
the thousands of volunteers and an extremely talented staff. I 
hope that my almost 30 years of industry and academic experience 
has prepared me to lead the way into that future, but I solicit your 
ideas, and I need your help and support. 

Biography. Currently Computer Society secretary, Hoelzeman has 
served as treasurer and as vice president for publications and edu¬ 
cation. He has been the IEEE vice president for education and an 
IEEE director, and he served on the Technical, Regional, Publica¬ 
tions, and Spectrum-Institute Boards, and Finance and Audit 
Committees. His publications work is primarily in magazines, 
where he has chaired several committees, including electronic 
publishing and magazines. He was on the Editorial Board of Com¬ 
puter. His work in education includes contributions to the model 
curricula and the design content reports, and to computer science 
and engineering accreditation. 

A faculty member at the University of Pittsburgh for over 20 
years, Hoelzeman has taught computer- and systems-related 
courses. His research is in computer graphics and computer-aided 
design. He also spent a year teaching at the American University 
of Beirut. Finally, he spent several years as a systems engineer for 
Westinghouse Electric, designing process control computer sys¬ 
tems. He holds BS, MS, and PhD degrees, all in electrical engi¬ 
neering. 

Hoelzeman has received several honors, including Computer 
Society and IEEE Distinguished Service Awards, the Western 
Electric Faculty Award, and the Dow Outstanding Faculty Award. 
He is a fellow of the IEEE. 


(Kaleda continued) 

our members and the profession, while ensuring the continued fi¬ 
nancial health of the organization. 

My goal as president is to enhance this balance. 

Members’ interests are not static, just as the technology is not 
static. The society and profession have grown significantly in the 
past 10 years. Publications have more than doubled. Conference 
sponsorships, standards efforts, and other direct member services, 
such as new offices in Brussels and Tokyo to support our Europe¬ 
an and Asian members, have been added. The future will demand 

The society provides technical education and information ex¬ 
change opportunities as major services for industry and academia. 
These services are provided through magazines and conferences, 
the two most visible society functions. Our publications are second 
to none, and we have increased our investment in them this year 
despite severe economic conditions, adding titles and pages to bet¬ 
ter serve increasingly diverse member interests. Conferences are 
individually self-supporting, and continue to provide excellent 
technical programs while coping with recession. However, I will 
spearhead new ways of delivering publications and conferences to 
more users in the most effective way. Our current methods work 
today, but won’t be as effective tomorrow. There are obvious op¬ 
tions that need assessment, such as CD-ROM or electronic access 
to information. What is effective for one technical segment may be 
inappropriate for another. Our leaders driving the assessments 
and recommending changes must be volunteers, the individual 
technical-segment champions. 

My experience in several vice-presidential assignments and as 
treasurer, as well as my work with system-oriented challenges, 
provides a solid background for this position. I seek your support. 

Biography. Kaleda is currently the Computer Society’s treasurer. 
She served in two vice-presidential roles: conferences and tutori¬ 
als, and technical activities. She is active on the Membership and 
Information Activities Board, working on issues related to student 
membership, and the Awards Board. She also participates in stan¬ 
dards activities and has served on the Board of Governors. 

Kaleda is a member of the Storage Products Architecture and 
Planning function of IBM-AdStar. Using leading-edge storage 
technology, she works with other divisions to define system-ori¬ 
ented solutions to customer application problems. This requires a 
broad understanding of a wide range of hardware and software, 
focusing on large commercial systems. In her career, she has had 
assignments ranging from technical support to customer accounts, 
software engineering and quality assurance, standards develop¬ 
ment and application, and systems (as opposed to single product) 
liaison. She has held both managerial and technical contributor 
positions. 

Kaleda has a BS in applied math and computer science from 
Washington University, St. Louis, and an MBA from Golden Gate 
University, San Francisco. She is a registered professional engi¬ 
neer in California. She is a senior member of IEEE, and has re¬ 
ceived Computer Society Meritorious Service Awards in recogni¬ 
tion of her contributions. 


Nominees for first vice president 


Joseph Boykin 

Position statement. As 
the world’s largest or¬ 
ganization of computer 
professionals, the Com¬ 
puter Society is in a 
unique position to provide services for the 


computer industry. For example, our peri¬ 
odicals and conferences provide a conduit 
for the information our membership needs. 
At a time when many companies and uni¬ 
versities are experiencing financial difficul¬ 
ties, it is more important than ever for the 
society to help its membership continue to 
grow professionally. 

However, there are problems within the 
society that must be addressed. We are 
saddled with programs that no longer serve 


the membership, and financially we have 
been forced to do deficit spending. 

To address these problems, my goals as 
vice president, if elected, include 

(1) Initiating a regular assessment of all 
activities to ensure that our time and mon¬ 
ey are spent on relevant activities. 

(2) Returning the society to a solid fi¬ 
nancial footing. While we continue to start 
new initiatives, there is no question that 
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good ideas are not implemented for finan¬ 
cial reasons. 

(3) Exploring new technical programs 
important to our members. For example, 
we must initiate new periodicals relevant 
to the practicing professional as well as use 
available technology to provide better in¬ 
formation retrieval to the vast amount of 
information produced in our field. 

Our society has been a leader in the 
field. My goal is to ensure that we continue 
to lead, to continue to provide members 
with information on emerging technolo¬ 
gies. I look forward to the responsibility 
and challenge of enhancing our organiza- 



of the Computer Soci¬ 
ety. I am extremely proud of the associa¬ 
tion I have had with the society over the 
past years, and look forward to ways in 
which I can serve. 

High priority must be given to strength¬ 
ening the society’s technical and educa¬ 
tional activities, including, but not limited 
to, maintaining our leadership position in 
publications, conferences, and accredita¬ 
tion. Fundamental to everything else is to 
place the society on a sound financial base 
as quickly as possible. In doing so, howev¬ 
er, it is important that we maintain our 
outstanding record of service to our mem¬ 
bership. Indeed, we must recognize that 
many of us are in need of new and expand¬ 
ed services as we look to the future. Cer- 


Biography. Boykin is currently vice presi¬ 
dent for technical activities. He was the 
treasurer during 1990-1991 and has held 
various positions on the Technical Activi¬ 
ties Board. These include vice chair of 
TAB (1989-1991), and chair, Technical 
Committee on Operating Systems (1986- 
1989). The society has recognized his con¬ 
tributions with both a Meritorious Service 
Award and Certificate of Appreciation. 

He has been general chair of the three 
Computer Society Workshops on Worksta¬ 
tion Operating Systems. Boykin guest-edit¬ 
ed a special issue of Computer (May 1990) 
on recent developments in operating sys¬ 
tems. He was one of the founders of the 
P1003 Posix standards effort. 


tainly it is within the Computer Society that 
such new initiative must originate. 

We must expand our services and out¬ 
reach to all regions of the IEEE. We also 
need to look at ways to improve our out¬ 
reach to groups underrepresented in our 
profession, such as women and minorities. 
Where these objectives are not currently 
attainable, new sources of support must be 
identified and pursued. We also must ex¬ 
pand our leadership role as a voice for the 
profession in both national and transna¬ 
tional issues. 

The Computer Society is a strong, vi¬ 
brant organization. In concert with our 
outstanding group of volunteers and staff, 

I intend to see that we become even more 
effective and influential in the future. 

I will appreciate your support. 

Biography. Engel has served the Computer 
Society in a number of roles, including vice 
president for education. He is currently 
one of the society’s directors of the Com¬ 
puter Science Accreditation Board, serving 
as vice president, and has previously 
chaired the Computer Science Accredita¬ 
tion Commission. He also has been a pro- 


Nominees for second vice president 


Fiorenza C. 
Albert-Howard 

Position statement. My 
years working with the 
Computer Society have 
been most rewarding. I 
am looking forward to the opportunity and 
challenge of the next year. 

During 1992 we implemented the recom¬ 
mendation of the board to find more effec¬ 
tive ways of supporting student members, 


providing what they need and want in the 
best and most effective way. The challenge 
of 1993 is the development and implemen¬ 
tation of the recommendations of the Stu¬ 
dent Effective Support Plan Special Task 
Force, and I plan to continue this effort so 
as not to lose the momentum acquired dur¬ 
ing 1992. 

For the entire membership I plan to pur¬ 
sue implementation of the recommenda¬ 
tions of the members surveyed during the 
past two years and develop better and 
more varied offerings and support in their 
professional, educational, and personal 
lives. In these times of difficult employ¬ 
ment and financial situations, we must be 



Boykin is the principal investigator of 
the Distributed Computing Systems Group 
within GTE Laboratories. He is responsi¬ 
ble for the architectural definition of dis¬ 
tributed systems technologies for use with¬ 
in a telecommunications environment. This 
includes development of a system that can 
operate on a wide area network with tens 
of thousands of nodes using high-speed 
communication links. 

He was previously manager of Research 
Operating Systems with Encore Computer 
Corp. His group was responsible for paral¬ 
lel operating system development of both 
Mach and OSF/1. 

Boykin is a senior member of the IEEE 
and holds both an MS in computer science 
and an MA in psychology. 


gram evaluator for the IEEE Accredita¬ 
tion Board for Engineering and Technol¬ 
ogy. He was Computer Society vice presi¬ 
dent for area activities, and currently is a 
vice chair of the Conferences and Tutori¬ 
als Board. 

Engel is a program director in the Of¬ 
fice of Cross Disciplinary Activities of the 
Computer and Information Science and 
Engineering Directorate at the National 
Science Foundation, on a two-year assign¬ 
ment from the Leonhardt Chair of Com¬ 
puter Science and Engineering at the Uni¬ 
versity of Connecticut. Previously, he 
held research and teaching positions at 
Christopher Newport College, Old Do¬ 
minion University, and the Virginia Insti¬ 
tute of Marine Science. He has been a 
consultant to several national and inter¬ 
national agencies as well as a number of 
colleges and universities. His primary in¬ 
terests are computer science and engi¬ 
neering education. 

Engel earned his doctorate in computer 
science from Pennsylvania State Universi¬ 
ty in 1974. A senior member of the IEEE 
and a member of ACM, he received a 
1991 ACM Distinguished Service Award. 


ready to address the challenge of a new 
era, where our members will be “survi¬ 
vors” of the present recession and will 
have become individuals with different val¬ 
ues and outlooks toward the future of their 

Members are individuals, each with his 
or her own different needs. During 1992 I 
contributed to efforts to address the needs 
of disabled and minority members, to ad¬ 
dress the support student members re¬ 
quire, and to address the needs of mem¬ 
bers who are undergoing changes in their 
careers. I plan to continue these efforts, 
both through direct interface with indus¬ 
tries and with direct personal support of 
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the members, as individuals and as a 

Biography. Albert-Howard, a senior 
member of the IEEE, founded the Van¬ 
couver Computer Society Chapter. After 
three years as the chapter’s chair, she was 
elected to all the section officer positions, 
including chair for 1991-1992. 

Past and present society service in¬ 
cludes chair of area activities of Region 7 
(Canada), 1990 and 1991; Board of Gov¬ 
ernors member, 1991-93; vice president 
for membership activities, 1992; and Pro¬ 
fessional Activities Council for Engineers 
(PACE) Computer Society chair, 1992. 
She is a member of the Public Policy, His¬ 
tory, and Intersociety Cooperation Com¬ 
mittees and ex officio member of the 
Asia/Pacific and European Activities 
Committees. 


Other professional activities include 
1982-84, member, Board of Governors, 
Engineering Management Society; 1992, 
member, IEEE TAB Membership Devel¬ 
opment Committee; 1993, committee chair, 
Power Engineering Society Summer Con¬ 
ference. 

She has been a technical staff member at 
IBM and Olivetti in Europe, at Southern 
California Edison and Hughes Aircraft in 
the US, and in Canada at BC Telephone, 
where she managed the design and imple¬ 
mentation of the T1 Backbone provincial 
network. At the University of British Co¬ 
lumbia she was director in charge of net¬ 
working and telecommunications. 

Albert-Howard has a doctorate from the 
University of Rome, Italy, in statistics ap¬ 
plied to computer sciences. She has pub¬ 
lished three technical books. 


Anneliese 
von Mayrhauser 

Position statement. A 
professional society fa¬ 
cilitates development 
and transfer of new 
technology through 
people, events, and publications. If elected, 
I will emphasize the following: 

(1) Innovative new services that expand 
the Computer Society’s base without dilut¬ 
ing its level of technical knowledge. For 
example, new presentation media can 
make worldwide access to technical infor¬ 
mation faster and more accurate. 

(2) Helping professionals stay current 
and grow into new technology. This is an 
important part of our mission as a profes¬ 
sional society. It must be well coordinated 
through all our services. My current work 
as technical-membership-segment champi¬ 
on directly relates to this. We must provide 
the quality services our members (and po¬ 
tential members) need. 

(3) Fiscal prudence and reasonable 
membership fees. Members should receive 
the services they need at a price they can 
afford. Modern technologies like electronic 
publication can make some services less 
expensive (I am currently working on such 
a project for the Computer Society). We 
must also look for alternate sources of rev- 

(4) Students are members, too. So are 
their teachers. We must serve their needs 
earlier in the educational process. 

Our membership is diverse and will con¬ 
tinue to be so. Services must be flexible so 



they can be tailored to individual mem¬ 
bership segments. Then members pay for 
what they need, not for what they don’t 
want. Knowing these needs and applying 
technology makes such services possible. 

Without dedicated volunteers we can¬ 
not achieve these goals. If elected, I will 
increase our corps of capable, enthusiastic 
volunteers to make this vision a reality. 

Biography. Von Mayrhauser is a member 
of the Board of Governors and past chair 
of the Technical Committee on Software 
Engineering. During her tenure as chair 
of TCSE, new subcommittees were 
formed on software reliability engineer¬ 
ing, reverse engineering, reuse, and quan¬ 
titative methods in software engineering. 
She is a member of the CS Press Editorial 
Board on Practice of Computer Science 
and Engineering. She served on the Long 
Range Planning Committee and as trea¬ 
surer for the Technical Activities Board. 
She reviews computer science programs 
for the Computer Science Accreditation 

Von Mayrhauser is an associate profes¬ 
sor (computer science) at Colorado State 
University. She also works in industry on 
selective consulting projects. She served 
as an expert witness in US District Court. 
She is the founder of the RSIM and AMT 
projects. RSIM provides a controlled sim¬ 
ulation environment for software reliabili¬ 
ty experimentation. AMT researches inte¬ 
grated tool support for maintenance tasks. 
Von Mayrhauser is the author of Software 
Engineering: Methods and Management 
(Academic Press) and of more than 60 
conference and journal articles. 

Von Mayrhauser received her PhD 
from Duke University. She was awarded a 
Meritorious Service Award by the Com¬ 
puter Society in 1989. 


Board of Governors nominees 


Hasan S. AlKhatib 

Position statement. The 
rapid growth of our 
computing profession 
was accompanied by 
rapid growth in Com¬ 
puter Society member¬ 
ship. Operation of the society became too 
centralized, making it difficult to respond 
rapidly to members’ needs. This centraliza¬ 
tion has resulted in a steady decline in 
membership in recent years. I will be a 
strong advocate for decentralizing the soci¬ 
ety. This can be accomplished by further 
strengthening the structure of technical 
committees by delegating a higher level of 
authority to TCs and providing them with 
more control over the funds they raise 
from conferences and other activities. 

Computer scientists and engineers con¬ 
tinue to be members of this society for the 
services it offers. The society’s three cor¬ 
nerstone services are publications, techni¬ 
cal meetings, and standards. My position 
on the Board of Governors will be to focus 
the priority of the society on improving the 
quality of these three services. 

Biography. AlKhatib chairs the Computer 
Society’s Technical Committee on Micro¬ 
processors and Microcomputers, which 
oversees the standards activities on micro¬ 
processors, including bus standards as well 
as other technical activities related to mi¬ 
croprocessors and microcomputers, such as 
conferences and symposia. He served on 
the Technical Activities Board and was a 
member of the Planning Committee on 
Standards in 1991. He was general chair 
for both Compcon 89 and the Hot Chips 
Symposium in 1990. In 1988 he served as 
Compcon program chair. He is a senior 
member of IEEE and a member of the 
IEEE Communications Society. 

AlKhatib is an associate professor of 
computer engineering and director of the 
Parallel and Distributed Computing Re¬ 
search Laboratory at Santa Clara Universi¬ 
ty in California. His research interests in¬ 
clude parallel and distributed processing, 
computer networks, computer architecture, 
and system performance modeling. He has 
published numerous articles on parallel 
and distributed computing. He is the presi¬ 
dent and founder of TTC of Silicon Valley, 
a consulting firm offering services in the 
area of networking and distributed com¬ 
puting. 

AlKhatib received his bachelor’s and 
master’s in electrical engineering in 1975 
and 1977, respectively. He received his 
PhD in electrical and computer engineer¬ 
ing from the University of California, San¬ 
ta Barbara, in 1983. 
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(12 nominees; vote for 7) 


Fletcher J. Buckley 

Position statement. I am 
seeking your support to 
enhance the ways in 
which the Computer 
Society serves its 
members. As part of 

this, we need to 

(1) Create a climate in which industrial 
practitioners will be encouraged to share 
their experiences in our professional publi¬ 
cations. 

(2) Establish software engineering as an 
engineering discipline recognized by the 
IEEE and the other professional engineer¬ 
ing societies and supported by a standard¬ 
ized curriculum. With over 50 percent of 
our members classifying themselves as 
software engineers, we are uniquely posi¬ 
tioned to lead this effort. 

(3) Extend the highly successful consen¬ 
sus-driven Computer Society standards 
participatory approaches to offer our 
members additional opportunities to apply 
their overwhelming energies to their inter¬ 
ests inside the society. 

(4) Complete the implementation of the 
society’s 1991 strategic plan. 

Biography. Buckley served the Computer 
Society as (1) chair, 730 Standards Work¬ 
ing Group (1976 to present), piloting that 
standard through trial-use status (1979), 
full-use status (1981), and further revisions 
(1984 and 1989); (2) chair. Software Engi¬ 
neering Standards Committee (1981-1983), 
leading efforts to have the next four SE 
standards approved and initiating the 10 
follow-on standards projects; (3) vice presi¬ 
dent, standards, (1983-1985) and Board of 
Governors member (1984-1986), helping to 
form the Design Automation and Posix 
Standards Subcommittees and serving as 
Computer Society secretary (1986); and (4) 
standards editor for Computer (1989-1991). 

For the IEEE, he has been a member of 
the Standards Board and subordinate com¬ 
mittees (1979-1990). He authored the 
IEEE publication A Guide To Standards 
Development and initiated the five IEEE 
Software Engineering Standards Seminars. 

A senior member of IEEE and a mem¬ 
ber of ACM, Buckley is a software engi¬ 
neer at GE. He received his BS from the 
US Military Academy and MSEE from 
Stanford University. 

The Computer Society awarded him 
Certificates of Appreciation (1980,1992), 
Meritorious Service Awards (1984,1987), 
and an Outstanding Contribution Award 
(1985). He received an IEEE Software 
Senior Referee Award in 1988 and the 
IEEE Charles P. Steinmet? Award in 1991. 


Doris L. Carver 

Position statement. The 
Computer Society rep¬ 
resents a strong, effec¬ 
tive medium for the 
advancement and dis¬ 
semination of knowl¬ 
edge. If elected to the Board of Governors, 
there are two areas in which my efforts will 
be directed. First, as volunteers are the key 
to the current and continuing success of 
the society, my goal will be to define new 
ways to effectively recruit and retain vol¬ 
unteers. This effort includes enhancing the 
cooperative spirit between conference or¬ 
ganizers and the society and also increas¬ 
ing recognition of volunteers for their ef¬ 
forts. The second area where my efforts 
will be directed is the promotion of techni¬ 
cal-meeting activities for new and evolving 
technical areas. In this pursuit, the society 
should be open to diverse topics and appli¬ 
cations. 

I would be honored to serve on the 
Board of Governors and to work with the 
other board members to continue seeking 
ways to maximize the benefits the society 
provides its members. 

Biography. Carver became involved in the 
Computer Society through the Conferenc¬ 
es and Tutorials Board. As a member of 
the board, she has served as secretary and 
Finance Committee chair and is currently 
serving as treasurer and representative to 
the IEEE Planning Committee. She has 
served as a member of the Computer Soci¬ 
ety Awards Committee and as chair of the 
IEEE Computer Entrepreneur Award 
Committee. As a distinguished visitor for 
the Computer Society since 1989, she has 
given presentations in Mexico, Uruguay, 
and Argentina, in addition to numerous 
US sites. She has served on numerous pro¬ 
gram committees. 

Carver is an associate professor in the 
Department of Computer Science at Loui¬ 
siana State University. She is the director 
of the computer science graduate program 
and also the director of the Software De¬ 
velopment Laboratory. She conducts re¬ 
search in the area of requirements specifi¬ 
cation with emphasis on the specification 
of distributed systems. 

She received a BS in mathematics from 
Carson-Newman College, an MS in mathe¬ 
matics from the University of Tennessee, 
and a PhD in computer science from Texas 
A&M University. 




Elliot J. Chikofsky 

Position statement. I ac¬ 
cepted this nomination 
to bring a fresh voice 
on behalf of grass-roots 
activities of the Com¬ 
puter Society. 

To be successful through the next de¬ 
cade, we have to be seen as a wellspring of 
innovation. The Computer Society must be 
an incubator for new technical activities — 
where its members and the industry at 
large are sure that new ideas will be nur¬ 
tured and allowed to blossom. 

This is happening now in the TC on 
Software Engineering. By showing active 
support for topical subcommittees, even on 
a shoestring budget, we have new projects 
coming out of the woodwork — spawning 
workshops, publications, and a host of 
member opportunities. 

Across the Computer Society, this can 
be achieved with more backing for grass¬ 
roots technical initiatives. We need to le¬ 
verage our infrastructure better. Just im¬ 
proving information flow between parts of 
the society will make a world of difference 
in what we can accomplish. 

Biography. Chikofsky is a senior member 
of IEEE and an active contributor in many 
Computer Society activities. In July 1992, 
he became chair of the TC on Software 
Engineering in its first direct member elec¬ 
tion. He had been TCSE’s vice chair for 
membership since 1989. 

He was associate editor-in-chief of 
IEEE Software through May 1992 and 
founding editor of the Software Manager 
column. He was guest editor on CASE 
(5/88), maintenance and reverse engineer¬ 
ing (1/90), and tools assessment (5/92). 

Chikofsky is a development director at 
Progress Software in Bedford, Massachu¬ 
setts. Earlier, he was director of research 
at Index Technology (Excelerator) and 
was cofounder of an early 1980s CASE 
spin-off from the University of Michigan. 

He is secretary of the International 
Workshop on CASE and was its founding 
president, and is secretary of TCSE’s re¬ 
verse-engineering subcommittee. He 
chaired the first three industry/research 
Reverse Engineering Forums, and will co¬ 
chair a workshop on reverse engineering at 
ICSE 1993. 

Chikofsky is also a lecturer in industrial 
engineering and information systems at 
Northeastern University in Boston. He has 
a BS in computer science and an MS in in¬ 
dustrial engineering from Michigan, and 
has authored CS Press books and video¬ 
tapes on CASE and reverse engineering. 
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David M. Choy 

Position statement. The 
proliferation of com¬ 
puting has drastically 
changed our profession, 
and created new oppor¬ 
tunities, challenges, and expectations. It is 
now more important than ever that com¬ 
puter researchers, developers, and users 
work together to bring forth the next gen¬ 
eration of computers, systems, and applica¬ 
tions. As a member of the Board of Gover¬ 
nors, I will work actively to facilitate such 
interactions and to stimulate interdiscipli¬ 
nary activities. Meanwhile, the current eco¬ 
nomic slowdown has led to a focus on the 
society’s financial health. It is imperative 
that its technical health be just as sound. If 
elected, I will work to see that the quality 
of the society’s products and services is en¬ 
sured, and improved where possible. Two 
key elements are an active volunteer in¬ 
volvement and a proactive long-term per¬ 
spective. The “pain level” for volunteer 
work should be reduced, while its visibility 
and recognition should be enhanced. 

Biography. A senior member of the IEEE, 
Choy has been a member of the Computer 
Society Technical Activities Board since 
1985. From 1985 to 1987, chairing the 
Technical Committee on Office Automa¬ 
tion, he restarted its conference and initiat- 


Planning and Assessment Committee, he 
overhauled the vitality assessment mecha¬ 
nism, streamlined the planning, budgeting, 
reporting, and assessment process for tech¬ 
nical committees, and administered its de¬ 
ployment. He also served on the Publica¬ 
tions Board and the Publications Planning 
Committee, and received a Computer Soci¬ 
ety Meritorious Service Award. Currently 
he is a member of the Computer Society 
Planning Committee and chairs the TAB 
Planning Committee. He organized a num¬ 
ber of IEEE conferences and taught sever¬ 
al tutorials. 

Choy is currently a research staff mem¬ 
ber at the IBM Almaden Research Center, 
where he conducts research in perfor¬ 
mance analysis, database management sys¬ 
tems, and office information systems. He 
has managed an office information systems 
project, published a variety of articles, de¬ 
veloped several prototype systems, and 
holds several patents. He received an Out¬ 
standing Contribution Award, a Patent 
Application Award, and a Research Divi¬ 
sion Award from IBM. 

Choy received a PhD in electrical engi¬ 
neering from the University of Illinois. 



Joanne E. DeGroat 

I Position statement. The 
I Computer Society’s 
| strength lies in its mem¬ 
bers. For the society to 
be the leading profes¬ 
sional organization in its field, we must 
provide benefits, products, and services to 
our members that enhance their careers, 
professional interests, and professional de¬ 
velopment. I have been a society member 
since 1980 and actively involved for the 
past five years, as the society has provided 
me with professional opportunities that 
have enhanced my career and matched my 
interests. As chair of the Technical Com¬ 
mittee on Design Automation, with the as¬ 
sistance of the TCDA Executive Commit¬ 
tee, I have worked to provide products and 
benefits to TCDA members. As a member 
of the Board of Governors, I would contin¬ 
ue this work, but look to enhancing the 
products and services for the entire mem¬ 
bership, from students to fellows. I am es¬ 
pecially interested in exploring what the 
society can do to assist recent graduates as 
they begin their professional careers. 

Biography. DeGroat is the chair of the 
Technical Committee on Design Automa¬ 
tion, a member of the Technical Activities 
Board, and a member of the Steering Com¬ 
mittee of the Design Automation Stan¬ 
dards Subcommittee (DASS). She is also a 
member of the VHDL International User’s 
Forum Steering Committee and on the 
board of ACM’s Special Interest Group on 
Design Automation. In the past she has 
served the Computer Society working on 
design automation standards, chairing the 
DASS subgroup on standard packages, 
working on the Waveform and Vector Ex¬ 
change Standard, and serving as financial 
chair of the DASS. She has also worked on 
and chaired several conference and work¬ 
shop committees and has recently orga¬ 
nized the International Workshop on 
Hardware/Software Codesign. 

DeGroat is an assistant professor of 
electrical engineering at Ohio State Uni¬ 
versity. Her research interests are VLSI, 
computer architecture, and design automa¬ 
tion tools for VLSI. Previously she was an 
instructor at the Air Force Institute of 
Technology, a research and develop¬ 
ment engineer at the Rome Air Develop¬ 
ment Center, and an advanced develop¬ 
ment engineer for Eastman Kodak 
Company. 

DeGroat received a BS Engineering Sci¬ 
ence Honors Degree from Pennsylvania 
State University, an MSEE from Syracuse 
University, and a PhD in electrical engi¬ 
neering from the University of Illinois. 



Michael J. Flynn 

I Position statement. I see 
I the Computer Society 
s the technical infor¬ 
mation channel for its 
members. To realize its 
mission, the society should 

(1) Support the timely publication of 
technical material. Every attempt should 
be made to reduce publication backlog and 

(2) Provide timely and active support for 
a spectrum of technical conferences. We 
should make every effort to make techni¬ 
cal-conference publications available as 
broadly as possible. 

(3) Support an active policy of promot¬ 
ing and publishing tutorial papers. 

(4) Offer tutorial programs at conferenc¬ 
es and meetings. 

(5) Accomplish the above within fiscal 
constraints. 

Biography. Flynn was a vice president of 
the Computer Society (1973-75) and 
served on the Board of Governors from 
1970 through 1975. He founded the soci¬ 
ety’s Technical Committee on Computer 
Architecture (TCCA) as well as ACM’s 
SIGArch. He served as associate editor of 
IEEE Transactions on Computers and was 
also on the Editorial Board of Proceedings 
of the IEEE. He has served on numerous 
conference program committees as well as 
often being a conference organizer. 

Flynn is professor of electrical engineer¬ 
ing at Stanford University, where he di¬ 
rects research efforts in computer architec¬ 
ture and high-speed computer arithmetic. 
He has also taught at Johns Hopkins and 
Northwestern Universities and worked as a 
design engineer at IBM. 

Flynn received a BS from Manhattan 
College, an MS from Syracuse University, 
and a PhD from Purdue University. He re¬ 
ceived the Computer Society’s Honor Roll 
Award for service (1977) and the Eckert- 
Mauchley Award (1992). He is a fellow of 
the IEEE. 
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Tadao Ichikawa 

Position statement. The 
Computer Society is an 
international organiza¬ 
tion, and members 
should equally benefit 
from the organization. I will work towards 
improving accessibility by members out¬ 
side the US in seeking their participation 
in professional activities. 

As a member of the Conferences and 
Tutorials Board, I am also keen on a fresh 
look at the underlying principles behind 
the organization and management of con¬ 
ference activities, which are currently a bit 
conference-organizer oriented. I will im¬ 
prove it for ordinary conference partici¬ 
pants. 

As chair of the new Task Force on Mul¬ 
timedia Computing, I will present a break¬ 
through idea for making the current tech¬ 
nical-committee organization more visible 
to all potential participants. I will further 
encourage them to initiate their own inno¬ 
vative professional activities and support 
their efforts in doing so. 

I will contribute by all means possible to 
make the Computer Society more friendly 
to all active individuals worldwide and 
hence more beneficial to them. 

Biography. Ichikawa founded the Visual 
Languages Workshop in 1984. He created 
the Task Force on Multimedia Computing 
in 1992 to get the Computer Society in¬ 
volved in this area. He has been contribut¬ 
ing to the promotion of advanced research 
activities in computer sciences through or¬ 
ganization and management of numerous 
international conferences. He currently 
serves as a member of the Conferences and 
Tutorials Board and is also on the Board 
of Governors of the Computer Society. 

A professor of information and comput¬ 
er engineering at Hiroshima University in 
Japan, Ichikawa is interested in program¬ 
ming and database technologies. He has 
published numerous books and papers, in¬ 
cluding a collection of nonacademic essays 
titled Viva Nippon!? — Ruminations on Ja¬ 
pan’s Cultural, Educational, and Industrial 
Institutions and criticisms such as Syn¬ 
drome Academia — How to Cure It? He 
served as an editor for IEEE Transactions 
on Software Engineering and now is on the 
Editorial Boards of IEEE Transactions on 
Knowledge and Data Engineering, Com¬ 
puter, and some other international jour- 

Ichikawa received his doctor of engi¬ 
neering degree from Waseda University, 
Tokyo. He received the Best Paper Award 
from the IEICE-Japan in 1980, as well as 
other scientific awards, and is a fellow of 
the IEEE. 




Mary Jane Irwin 

Position statement. If 
elected to the Board of 
Governors, I will con¬ 
centrate on two areas 
— publications and 

conferences. As a member of the Publica¬ 
tions Board, I am aware of certain prob¬ 
lems and challenges. I will work toward (1) 
eliminating the current backlogs in society 
publications, (2) allowing current publica¬ 
tions to evolve and new publications to be 
created to address changing member 
needs, and (3) promoting the adoption of 
technologies, like CD-ROM, that help us 
communicate more effectively. 

Through my conference committee ac¬ 
tivities, I have seen that we need to allow 
already strong (technically and financially) 
conferences to become even stronger, seed 
financially risky but technically important 
workshops and small conferences, and pay 
close attention to the relationship between 
the Computer Society and the excellent 
volunteers who organize and run confer¬ 
ences and tutorials. 

Finally, I want to ensure that all mem¬ 
bers receive benefits that will make their 
society membership a good value. 


Biography. Irwin, a senior member of 
IEEE, has served for the past year as a 
member of the Computer Society’s Publi¬ 
cations Board and as chair of the Publica¬ 
tions Planning Committee. She is on the 
Editorial Board of the IEEE Transactions 
on Computers. She has also been active in 
the conference area, having served in the 
past as a member of the IEEE/ACM Su¬ 
percomputing Conference Steering Com¬ 
mittee, as a current member of the Execu¬ 
tive Committee of the IEEE/ACM Design 
Automation Conference, and as a program 
co-chair of the next IEEE Symposium on 
Computer Arithmetic. 

Irwin is a professor at Pennsylvania 
State University, where she heads the De¬ 
partment of Computer Science. She is a 
member of the Computing Research Asso¬ 
ciation’s Executive Board and is on the 
Editorial Board of The Journal of VLSI 
Signal Processing. Irwin is the principal in¬ 
vestigator on a Small-Scale Institutional 
Infrastructures grant from the NSF and has 
an individual NSF research grant. Her pri¬ 
mary research interests include computer 
architecture, the design of application-spe¬ 
cific VLSI processors, computer arith¬ 
metic, and VLSI CAD tools. 

She received MS (1975) and PhD (1977) 
degrees in computer science from the Uni¬ 
versity of Illinois, Urbana-Champaign. 


Vincent Y. Shen 

Position statement. I 
will work to improve 
the quality of important 
Computer Society ser¬ 
vices. My considerable 
experience in both academia and industry 
will help me balance the interests of both. 
Among other things, I will promote those 
publications and conferences that enhance 
the exchange of technical ideas between ac¬ 
ademia and industry. Of course, I will also 
promote the Computer Society in the Pa¬ 
cific Rim countries, where tremendous 
growth in the computer profession is ex¬ 
pected in the 1990s. As a person who has 
spent half his life in the Far East, I believe 
I am well suited to bridge the two cultures 
to advance the Computer Society’s mission 
of service to the profession. 

Biography. Shen is currently serving on the 
Editorial Boards of IEEE Transactions on 
Software Engineering and Computer. He 
was previously an associate editor-in-chief 
of IEEE Software and served as the first 
editor of its Quality Time department. He 
has been a member of the Publications 
Board and the Magazine Advisory Com¬ 
mittee. 

Shen is the founding head of the Com¬ 
puter Science Department at the Hong 
Kong University of Science and Technolo¬ 
gy, as well as a professor in the depart¬ 
ment. Before joining this new university in 
1990, he was manager and acting program 
director of the Software Technology Pro¬ 
gram at Microelectronics and Computer 
Technology Corporation (MCC). Previous¬ 
ly, Shen taught at Purdue University for 16 
years. While at Purdue, he consulted exten¬ 
sively in the computer industry. He was 
also a visiting professor at National Tsing 
Hua University (Taiwan) from 1975 to 
1976. 

Shen received a BS from National Tai¬ 
wan University and an MA and a PhD 
from Princeton University, all in electrical 
engineering. He is a member of the ACM 
and Eta Kappa Nu, in addition to the Com¬ 
puter Society. Shen is also a Hong Kong 
Telecom senior fellow. 
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Grace C.N. Wei 

| Position statement. 

I have been an 
IEEE-CS volunteer 
e 1985.1 would 
like to see the 
Computer Society enact long-term 
plans for developing and retaining 
members by providing timely services 
and benefits — for example, by orga¬ 
nizing job fairs. I would like the society 
to help its members meet the challenge 
of rapidly changing technology by tak¬ 
ing active steps in the continuing edu¬ 
cation and enrichment of its members 
through publications, conferences, and 
affordable tutorials. The Computer So¬ 
ciety should devote more attention to 
student memberships, their activities 
and retention. Organizing electronic 
bulletin boards or newsletters to unite 
the student chapters, and continuing 
publication of the student journal 
IEEE Computing Futures are just a 
few suggestions. 

If elected, I will try to pursue these 
goals, and to help the Computer Soci¬ 
ety remain the leading professional or¬ 
ganization in computer science and en¬ 
gineering. I will enjoy and honor the 
privilege to serve the members of the 
society. 



Akihiko Yamada 

Position statement. 
Important issues for 
future Computer So¬ 
ciety growth include 
the enhancement of 
international activities and the improve¬ 
ment of member services, especially for 
international or non-US members, both 
in academia and industry. In past service 
to the society, I worked for the establish¬ 
ment of the Asia/Pacific Office in 1988, 
and in the following four years the re¬ 
gion’s membership grew from 7,000 to 
9,500. This has been realized by enhanc¬ 
ing membership promotion and improv¬ 
ing direct member services through the 
Asia/Pacific Office. 

To further promote wider membership 
and improve information flow, I propose to 

(1) Organize regional task forces to 
promote technical and membership ac¬ 
tivities, and to improve member services. 

(2) Promote major CS conferences to 
be held in Asia/Pacific countries, and to 
start new regional conferences. 

(3) Enhance cooperation and communi¬ 
cations with national societies in the Asia/ 
Pacific region to promote joint activities. 

I look forward to achieving these ob¬ 
jectives. 


Biography. Wei has been a member of 
the Computer Society Educational Ac¬ 
tivities Board since 1985. She partici¬ 
pated in the revision of the accredita¬ 
tion requirements for the bachelor’s 
degree in computer science, and the 
Design Project. She served as a represen¬ 
tative from the Computer Society in the 
ACM/MAA/IEEE-CSJointTaskForceon 
RetrainingMathematidans. 

Wei is co-chair of the Student De¬ 
velopment Special Task Force of the 
Membership Activities Board and a 
cofounder of the student journal IEEE 
Computing Futures. She has served on 
the Richard Merwin Scholarship 
Award Committee since 1991. She also 
served on the search committee for the 
editor-in-chief of the IEEE Transac¬ 
tions on Knowledge and Data Engi¬ 
neering. A senior member of IEEE, 
she is an associate editor of IEEE Po¬ 
tentials, a magazine for IEEE student 
members. 

Wei is a professor of computer sci¬ 
ence at California State University, 
Fresno, and a founding member of the 
department. She is a founding board 
member of the Graduate School of In¬ 
ternational Studies at Fresno. Her in¬ 
terests are software engineering and 
databases. She obtained her BA and 
MA from the University of Oregon, 
and a PhD at Kansas State University. 
She is a member of Upsilon Pi Epsilon. 


Biography. Yamada, currently a member 
of the Computer Society’s Board of Gov¬ 
ernors, is chair of the Asia/Pacific Activ¬ 
ities Committee. He was an international 
editor for IEEE Design & Test and is the 
Far East representative for the Execu¬ 
tive Committee of the Computer Soci¬ 
ety’s Technical Committee on Design 
Automation. He was an ACM SIGDA 
Advisory Committee member until 1991. 
He contributed to the establishment of 
the IEEE VHDL Asia/Pacific Chapter 
and to the publication of a language ref¬ 
erence manual in Japanese. He also 
served on the Board of Directors of the 
Information Processing Society of Japan 
(IPSJ), chairing its SIGDA Committee 
and monthly journal’s editorial board. 

As a chief engineer at C&C Systems 
Group, NEC, Yamada is in charge of 
planning for CAD/CAE development. 
Previously he managed the CAD Engi¬ 
neering Department of the Computer 
Engineering Division and the CAE Sys¬ 
tems Department of the EDP Manufac¬ 
turing Systems Division of NEC. 

Yamada received both his BS and his 
PhD in engineering from Osaka Univer¬ 
sity, Osaka, Japan. He is an IEEE senior 
member and a member of ACM, IPSJ, 
and the Institute of Electronic, Informa¬ 
tion, and Communication Engineers of 
Japan. He received Computer Society 
Outstanding Contribution Awards in 
1989 and 1991. 
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Chapter activities offer 
benefits, opportunities 

For a professional society as large 
as the IEEE Computer Society to 
meet the diverse needs of its many 
members worldwide, it must maintain 
a strong local presence. Computer So¬ 
ciety chapters — the first contact 
many members have with the society 
— provide a way for participants to 
both share in and contribute to pro¬ 
grams that help professionals increase 
their skills in a rapidly changing tech¬ 
nical environment. 

Chapters can hold technical meet¬ 
ings and conferences, conduct work¬ 
shops and tutorials, and publish 
newsletters and other technical com¬ 
munications. The society’s Distin¬ 
guished Visitors Program and Chapter 
Tutorials Program provide opportuni¬ 
ties for members to gain greater 
knowledge in specified areas. 

Members are invited to use the list 
beginning on the following page to 
contact the chapter chair in their area 
to learn about activities they might 
want to take part in. Additional chap¬ 
ters can be started in areas that do not 
currently have an active chapter. For 
more information, contact the IEEE 
Computer Society, Chapter Liaison, 
10662 Los Vaqueros Cir., PO Box 
3014, Los Alamitos, CA 90720-1264, 
phone (714) 821-8380. 


IFIP, FOCUS 
information availabie 
from repository 

Information on the International 
Federation for Information Processing 
(IFIP) and the Federation on Com¬ 
puting, United States (FOCUS) is 
now in a repository and available by 
anonymous file-transfer protocol. The 
repository is at software.watson.ibm. 
com. The directory is /pub/ifip/. The 
file /pub/ifip/index.txt is an index to 
the contents of the directory. Al¬ 
though the directory is currently 
small, it is expected to grow, said 
Howard Funk, IFIP vice president and 
US representative to IFIP via FO¬ 
CUS, who established the repository. 
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Editor: Guylaine M. Pollock, Sandia National Laboratories, Division 1424, PO Box 5800, 
Albuquerque, NM 87185; phone, (505) 845-7463; Internet, gmpollo@cs.sandia.gov 


IEEE Computer Society chapter chairs 


Recognition planned for chapter activities 

The IEEE Computer Society Membership Activities 
Board would like to recognize the achievements of 
- outstanding chapters and student branch chapters. 
Reports of chapter activities deserving of recognition 
should be sent to board member Christina M. Schober, 
2902 Crestview Dr., St. Anthony, MN 55418, fax (612) 
951-5907. 


Northeastern US 

Boston 

(Central New England Council) 
Michael R. Dunlavey 
276 Harris Ave. 

Needham, MA 02192 
(617) 449-2719 
Berkshire 

Michael Krok 
52 Yorkshire Dr. 

Cheshire, MA 01225 
(413) 494-6204 
Binghamton 

Stephen C. Felter 
32 Greenmeadow Ln. 
Binghamton, NY 13901 
(607) 751-4668 
Buffalo 

Norman E. Schweitzer 
7547 Hayes Hollow Rd. 

West Falls, NY 14170 
(716) 941-3517 
Connecticut 

Gregg P. Reed 
12 Pioneer Dr. 

W. Hartford, CT 06117 
(203) 727-8101 
Long Island 

Grigor Baron-Vartian* 

32-18 163rd St. 

Flushing, NY 11358 
(516) 346-8743 
Maine 

George H. Elliott 
11 Cromwell Dr. 

Orono, ME 04473 
(207) 581-2350 
Mohawk Valley 
Stuart W. Card 
Box 153, RR 1 Newport Rd. 
Utica, NY 13502 
(315) 735-1717 
New Hampshire 
Lee D. Rothstein 
7 Merry Meeting Dr. 
Merrimack, NH 03054 
(603) 886-0663 
New Jersey Coast 
Richard A. Kuntz 
Monmouth College 
West Long Branch, NJ 07764 
(908) 571-3409 
New York 

Andrew H. Weigel 
30 West 15th St., 5N 
New York, NY 10011 
(212) 480-3360 


North Jersey 

Howard H. Leach Jr. 

11 Beech Dr. 

Morris Plains, NJ 07950 
(908) 885-3530 


Nancy J. Hepburn 
331 Willowbrook Dr. 

North Brunswick, NJ 08902 
(908) 297-6732 
Schenectady 
Karl Tammar 
1513 Baker Ave. 

Schenectady, NY 12309 
(518) 356-6205 
Syracuse 

Salim Hariri 

Dept, of Electrical & Computer 
Eng. 

121 Link Hall 
Syracuse University 
Syracuse, NY 13244-1240 
(315) 443-4282 
Worcester County 
Shashi K. Mehra 
5 Wentworth Dr. 

Southborough, MA 01772 
(508) 841-6499 

Mideastern US 

Baltimore 

Allan Anderson 
4641 New Cut Rd. 

Ellicott City, MD 21043 
(410) 465-7696 
Cleveland 

Michael Hamrich 
7250 Unit C, Commerce Dr. 
Mentor, OH 44060 
(216) 946-0604 
Columbus 

Stanley C. Ahalt 
679 Beautyview Ct. 

Columbus, OH 43214 
(614) 292-0068 
Dayton 

George Repasy 
Sverdrup Tech. 

4200 Col. Glen Hwy., Ste. 500 
Beavercreek, OH 45431 
(513) 429-5056 
Northern Virginia 
Neil Owrutsky 
40 NJO Associates 
12020 Sunrise Valley Dr. Ste. 100 
Reston, VA 22091 
(703) 648-0388 

e-mail owrutsky@seas.gwu.ebu 


Philadelphia 

John D. Steben 
PO Box 1116 
Cherry Hill, NJ 08034 
(609) 486-1888 
Pittsburgh 

Holly C. McCloskey 
540 Mace St. 

Greensburg, PA 15601 
Southern New Jersey 
Mary-Ann M. Boyce 
56 Croydon Dr. 

North Cape May, NJ 08204 
(609) 484-5744 
Washington, D.C. 

James S. Creswell 
Rt. 2, Box 801 
Harpers Ferry, WV 25425 
(304) 725-1680 

Southeastern US 

Alabama 

DEC, 4601 South Lake Pky. 
Birmingham, AL 35244 
(205) 733-6066 
Broward 

Steve Terrell 

Center for Comp.-Based Learning 
Nova University 
3301 College Ave. 

Fort Lauderdale, FL 33314 
(800) 541-NOVA, ext. 6682 
Canaveral 

Stephen L. Laroche 
35 Granada Ave. 

Merritt Island, FL 32952 
(407) 494-6931 
Charlotte 

Anthony J. Kombol 
4708 Fieldbrook Dr. 

Kannapolis, NC 28081 
(704) 594-7590 
East Tennessee 
(See Oak Ridge) 

Eastern North Carolina 
John C. Sutton 
116 E. Spring Hollow Ln. 

Cary, NC 27511 
(919) 515-5065 
Florida West Coast 

Richard E. Beatie, P.E. 

Tampa Electric Co. 

PO Box 111 
Tampa, FL 33601 
(813) 225-5204 


Joe Fitzgerald 
306 Dublin Cir. 

Madison, AL 35758 
(205) 544-5081 
Louisville 

Arthur M. Riehl 
Eng. Math & Computer 
Science 

University of Louisville 
Louisville, KY 40292 
(502) 588-6306 
Memphis 

Memphis State University 
Electrical Eng. Dept. 
Memphis, TN 38152 
(901) 678-3253 
Miami 

Moiez A. Tapia 
University of Miami 
E & CE Dept. 

Box 248294 

Coral Gables, FL 33124 
(305) 284-3291 
Nashville 

Leehyun Keel 
6601 Autumnwood Dr. 
Nashville, TN 37221 
(615) 251-1225 
New Orleans 

Phillip R. Snowden 
PO Box 1559 
Gretna, LA 70054 
(504) 739-6348 
Oak Ridge 

Armstrong G. Alan 
156 Highland Ave. 

Oak Ridge, TN 37830 
(615) 574-5638 
Orlando 

Ratan K. Guha 
University of Central Florida 
Computer Science Dept. 
Orlando, FL 32816 
(407) 823-2956 
Palm Beach 

Theresa A. Muth 
2054 S. Conference Dr. 

Boca Raton, FL 33432 
(407) 982-7114 
South Brevard Indian River 
R.H. Cofer* 

800 Oak Ridge Dr. 

Indial antic, FL 32903 
(407) 768-8000 




available. 
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Tri Cities 

Keith Thompson 
105 Travelers Way 
Bristol, TN 37620 
(615) 652-5835 

Midwestern US 

Calumet 

Rodney J. Bohlmann 
979-1 N 250 E. 

Chesterton, IN 46319 
(219) 464-5030 
Cedar Rapids 

Michael Rung-Tsong Lyu 
1264 Esther St. 

Iowa City, IA 52240 
(319) 335-5957 
Chicago 

John R. North 
322 S. Hampton Dr. 
Geneva, IL 60134 
(708) 232-8073 
Milwaukee 

Ken J. Schlager 
12825 Elmwood Rd. 

Elm Grove, WI 53122 
(414) 896-2650 
Nebraska 

Chris H. Rasmussen Jr. 
Box 1051 

Columbus, NE 68602-1051 
(402) 564-2876 
Southeastern Michigan 
David G. McKendry 
GM Tech. Center 
30200 Mound Rd. 

PO Box 9010, W3-EVP 
Warren, MI 48090-9010 
(313) 986-5224 
Southern Minnesota 
Thomas M. Paska 
2415 N.W. 22nd St. 
Rochester, MN 55901 
(507) 253-3323 
Toledo 

Ezzatollah Salari 
4654 Tamworth 
Sylvania, OH 43560 
(419)537-2135 
Twin Cities 

Mark N. Sastry 
9754 Penn Avenue N. 
Minneapolis, MN 55444 
(612) 542-6674 

South-Central US 


Billy R. Lewis 
5 Loblolly Dr. 

Little Rock, AR 72204 
(501) 565-5511 
Central Texas 

Magdy S. Abadir 
MCC 

PO Box 200195 
Austin, TX 78720 
(512) 338-3611 


Dallas 

William J. Pervin 
University of Texas at Dallas 
Engineering School MS MP 32 
PO Box 830688 
Richardson, TX 75083 
(214) 690-2892 
Denver 

Bryce R. Chapman 
Storage Tek 

2270 S. 88th St., MS 2286 
Louisville, CO 80028 
(303) 673-4762 
Fort Worth 

William L. Stewart II 
320 Kenshire Dr. 

Fort Worth, TX 76126 
(817) 777-1028 
Galveston Bay 
Gary K. Raines 
218 Highland Ave. 

League City, TX 77573 
(713) 483-8362 
Houston 

Ernst L. Leiss 
University of Houston 
Dept, of Computer Science 
Houston, TX 77204-3475 
(713) 749-4791 
Kansas City 

Mohammad Obaidat 
University of Missouri 
Dept, of Electrical & Comp. Eng. 
600 W. Mechanic 
Independence, MO 64050 
(816)235-1276 


4537 Jenkins Ln. 

St. Louis, MO 63128 
(314) 554-3782 
Wichita 

William R. Parkhurst 
Wichita State University 
Box 44 

Wichita, KS 67208 
(316) 689-3415 

Western US 

Los Angeles Council 
Larry L. Stern 
644 S. Bundy Dr. 

Los Angeles, CA 90049 
(310) 616-4574 


Edward Fink 
425 S. Valley 
Ridgecrest, CA 93555 
(619) 375-5727 


Orange County 
Michael Singh 
12200 Montecito Rd. 

Seal Beach, CA 90740 
(310) 985-1516 
Oregon 

Daniel Garigan* 

Systems Technology Co. 
3200 Ballard Rd. 

Dallas, OR 97338 
(503) 623-5990 
Phoenix 

Jesse Arnold 
PO Box 344 
Peoria, AZ 85380 
Richland 

Manolo E. Juguilon 
2021 Hoxie Ave. 

Richland, WA 99352 
(509) 376-5691 
San Diego 

Carl G. Murphy* 

3212 Herman Ave. 

San Diego, CA 92104 
(619) 283-1478 
San Francisco 

Leslie F. De Lashmutt Jr.* 
26 Topaz Way 
San Francisco, CA 94131 
(415) 647-0828 
Santa Clara Valley 
Krishna B. Verma 
National Semiconductor 
2900 Semiconductor Dr. 
MSD 3677 

Santa Clara, CA 95051 
(408) 721-5508 
Seattle 

Lowell I. Smilen 
Cogswell College North 
10626 NE 37th Cir. 
Kirkland, WA 98033 
(206) 822-3137 
Spokane 

William Flatt 
Wagstaff Inc. 

3910 Flora Rd. 

Spokane, WA 99216 
(509) 922-1404, ext. 3350 

Canada 

Canadian Atlantic 
Peter H. Gregson* 

1168 S. Park St. 

Halifax, N.S. B3H 2W8 
Canada 
(902) 420-7783 
Kingston 

Hussein Mouftah 
Electrical Eng. Dept. 
Queen’s University 
Kingston, Ont. K7L 3N6 
Canada 
(613) 545-2934 


Montreal 

Yves LeBorgne 
200 Rene Levesque O. 
Montreal, Que. H2Z 1X4 
Canada 
(514) 283-0024 
New Brunswick 

Richard M. Smith* 
Breadalabane 
PO Box 307 

St. George, N.B. E0G 2Y0 
Canada 

Northern Canada 

76 Amber Cir. 

St. Albert, Alta. T8N 2J1 
Canada 
(403) 458-5268 
Ottawa 

Peter G. Bishop 
2 Amundsen Crescent 
Kanata, Ont. K2L 1A7 
Canada 
(613) 592-5780 
Quebec 

Louis N. Belanger 
963 Marg Bourgeoys 
Quebec, Que. G1S 3X6 
Canada 
(418) 654-0181 
South Saskatchewan 
Jack D. Katzberg 
89 Haultain Crescent 
Regina, Sask. S4S 4B4 

(306) 585-4733 
Southern Alberta 
Brent M. Serbin 

Alberta Micro Electronic Center 
#200,3553-31 St. NW 
Calgary, Alta. T2L 2K7 
Canada 
(403) 289-2043 
Vancouver 

George A. Ludgate 
Triumf 

4004 Wesbrook Mall 
Vancouver, B.C. V6T 2A3 
Canada 
(604) 222-1047 
Winnipeg 

James Schellenberg 
124 Talon Bay 
Winnipeg, Man. R2M 2B7 
Canada 
(204) 947-9141 

Western Europe and 
Middle East 

Egypt 

Abdel-Lati I. Ahmed 
59 Madinet El-Ilam 
FL 410 Agouza 
Cairo, Egypt 
202 (2) 701-326 
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Mattias M. Koehler 
Konrad-Adenauer-Str 7 
6054 Rodgau-Juegesheim 
Germany 
49 (69) 89004-121 
e-mail m.koehler@compmail.cc 
Finland 

Olli D. Simula 
Helsinki University of Tech. 
Computer and Info. Science 
TKK-F 

SF-02150 Espoo 15 


France 

Alain Croisier 
20 Boulevard Edgar Quinet 
75014 Paris 

33-4015-5304 

Israel 

Jonah Z. Lavi 
3 Tabenkin St. 

Ramat Gan, Israel 52302 
972 (3) 9353716 
Moscow 

Nikolai V. Sazonov* 

9 Sherbakovskaja Str 
Moscow 105318 
USSR 
North Italy 

Robert N. Negrini 
Politecnico Di Milano 
Elec. Dept. 

Piazza Leonardo Da Vinci 32 

1-20133 Milano 

Italy 

39 (2) 239-93627 
South Africa 

Hans D.G. Schulz* 

9 16th Street Hazelwood 
Pretoria 0181 
South Africa 
012-8412911 

Fernando S. Vacas 
Fermin Caballero 54-3C 
28034 Madrid 

34(1)549-5700 or 
34 (1) 336-7321 
Switzerland 

George S. Moschytz 

Inst, for Signal & Information 

Sternwartstr 7 Eth-Zentrum 
8092 Zurich 
Switzerland 
41 (1) 256-2763 
e-mail moschytz@isi.ethz.ch 
Turkey 

Ugur Halici 

Electrical & Electronic Eng. 
Middle East Tech. University 
06531 Ankara 
Turkey 

90 (4) 125-83-32 

e-mail hal{c)@trmetua.bitnet 


United Kingdom & Republic of 
Ireland 

Gordon P. Gretton-Watson 

14 Hawfield Bank 

Orpington 

Kent BR6 7TA 

England 

44 (71) 580-5599 

Latin America 


Raimundo O. Daquila 
Las Heras 3836 P8 
Buenos Aires 1425 
Argentina 
541-803-4188 
Chile 

Eduardo Olguin 
Casilla 8020 Correo 2 
Vina Del Mar, Chile 
56 (2) 2779034 

e-mail c/o nbeltran@uchcec4-cl 
El Salvador 

Luis G. Simo Brandiaran* 

Col. Lomas de San Francisco 3 
Etapa Calle C Poligond A No. 4 
San Salvador, El Salvador 
503-25-4794 
Guatemala 

Manuel E. Pinto 
4th Ave 11-21 Zona 9 
Guatemala City, Guatemala 
502 (2) 367-479 
Panama 

Jorge Lam Arrocha 
Rio Abajo Calle 16 
NVO Altos Del Rio 26 
Panama 4043 
Panama 5, Panama 
21-6393 


Puerto Rico & Caribbean 
Eileen A. Marth-Diaz 
3840 Greystone Ave., Apt. BN 
Riverdale, Bronx, NY 10463 
(212) 548-4579 
Rio de Janeiro 
R. Renteria 
IBM DO Brasil 
Caixa Postal 1830 
22290 Rio de Janeiro 
Brazil 

55 (021) 546-5508 
South Brazil 

Joao A. Zuffo 
CX P 8174 
Sao Paulo, Brazil 
55(011)211-4574 
Uruguay 

F. Ganon-Garayalde* 

Quantum Consultores Asociadoi 
Canelones 1370 Piso 5 
11200 Montevideo 
Uruguay 
598 (2) 922118 


Venezuela 

Mario A. Marino* 
Apartado Postal 1789 
Valencia-EDO 
Carabobo, Venezuela 
58 (041) 345374 
Western Puerto Rico 
Juan F. Arratia 
Call Box 5100 
Caja 96 

San German, 00683 
Puerto Rico 
809-264-1912 


Far East 

India Council/Bangalore 
Lalit M. Patnaik 
Dept, of Comp. Science & 
Automation 

Micro Processor/Applicatior 
Lab 


Beijing 

Bao-Zong Yuan 

Inst, of Information Sciem 

Northern Jiao-Tong Unive 

Beijing 100044 

China 

86-1-3240616 

Calcutta 

Dipak K. Basu* 

9/1 Fern Rd. 

Calcutta 700019 


P.C. Nath* 

C-679 Sarita Vihar 
New Delhi 110044 
India 
Gujarat 

Akshai K. Aggarwal 
22A, Shital Kunj Society A 
Manjalpur Naka 
Vadodara 390011 
India 

91 (272) 440-164 
Hong Kong 

Daniel Yeung 

Management Information Unit 
Hong Kong Polytechnic 
Hong Kong 
852-766-5353 
Indonesia 

Kenny B. Lubis 

PT Elnusa JL S Parman 105 

Slippi 

Jakarta 11440 

Indonesia 

2-21-5674378 


Kerala 

Amiya K. Pujari 
Computer Centre 
Kerala University Palayam 
Trivandrum Kerala 695034 
India 
91-445801 
Kharagpur 

Sanjib C. Desarkar* 

Indian Inst, of Technology 
Computer Science & Eng. Dept. 
Kharagpur 721302 
India 

91-221-224 

Madras 

Mathialagan Chromepet* 
Madras Inst, of Technology 
Madras 600044 

91 (044) 402151 
New South Wales 

David J. Robinson* 

2/298 Clovelly Rd. 

Clovelly NSW 2000 
Australia 

New Zealand North 
Peter B. Gibbons 
University of Auckland 
Comp. Sci. Dept. Private Bag. 
Auckland, New Zealand 
64 (09) 737-999 
Singapore 

Daniel H. Tan 
Block 10M Braddell Hill 
#05-52 Braddell View 
Singapore 2057 
Singapore 
065-799-5391 

Chyan-Goei Chung 
23 Alley 5 Ln. 748 
Nan-Ta Road 


Tokyo 

Akeo Adachi 
Tokyo Denki University 
Dept, of Systems Eng. 
Hatoyama Saitama-Ken, 350-03 
Japan 

81 (0492) 96-2911 
Victoria 

Laurie W. Cahill 
5 Prospector Ct. 

Wheelers Hill Vic, 3150 
Australia 
613-479-1178 
Queensland 

V. Lakshminarasimhan 
Dept, of Electrical Eng. 
University of Queensland 
Brisbane QLD 4072 
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Student activities can be career launching pads 


Student members represent the fu¬ 
ture of the Computer Society. 
Through special membership and sub¬ 
scriptions rates, annual Richard E. 
Merwin scholarships, the Lance Lar¬ 
son Outstanding Student Paper 
Award, and other activities, the Com¬ 
puter Society encourages students in 
their pursuit of excellence. 

Networking with one’s peers is an 
important aspect of professional suc¬ 
cess, and the society’s student branch 


chapters provide this opportunity as a 
way to enhance the educational expe¬ 
rience. Computer Society support has 
enabled student members to launch 
newsletters and technical projects, 
with the possibilities limited only by 
the imagination and initiative of the 
participants. 

The following list of student branch 
chapter advisors is intended to pro¬ 
vide a way for interested students to 
discover what the Computer Society 


has to offer. For campuses that do not 
have a student branch chapter, inquir¬ 
ies are invited from students who 
would like to help get one started. In¬ 
formation is available from the IEEE 
Computer Society, 10662 Los Vaque- 
ros Cir., PO Box 3014, Los Alamitos, 
CA 90720-1264, phone (714) 821- 
8380; or the IEEE Service Center, 
Student Services Manager, 445 Hoes 
Ln., PO Box 1331, Piscataway, NJ 
08854-1331, (800) 678-IEEE. 


IEEE Computer Society student branch chapter advisors 


US Campuses 

Arizona State University 
Robert W. Nowlin 
(602) 965-2673 
Jar.e E. Humble, co-advisor 
(602) 965-6304 
IEEE Technology Chapter 
Dept, of Electrical & Comp. 
Tech. 

Tempe, AZ 85287-6606 
Auburn University 
Charles Gross 
Dept, of Electrical Eng. 

Auburn, AL 36849 
(205) 844-1800 
Boston University 
Anton Mavretic 
ECSE Dept. 

110 Cummington St. 

Boston, MA 02215 
(617) 353-3251 
e-mail tony@bumrll.bu.edu 
California Polytechnic State 
University 

Clinton Staley 
Dept, of CSC 

San Luis Obispo, CA 93407 
(805)756-2158 

e-mail estaley@zeus.calpoly.edu 
California State University - 
Long Beach 

Long Nguyen* 

Dept, of Electrical Eng. 

6101 E. Seventh St. 

Long Beach, CA 90840 
(310) 985-1592 

California State University - Fresno 
Grace C.N. Wei 
Computer Science Dept. 

Fresno, CA 93740-0109 
(209) 278-4312 

e-mail wei@csufres.csufresno.edu 


California State Polytechnic 
University - Pomona 

Dept, of Electrical Eng. 

3801 W. Temple Ave. 

Pomona, CA 91768 
(714) 869-2524 
California State University - 
Sacramento 

Richard Thayer 
Computer Science Dept. 

6000 “J” St. 

Sacramento, CA 95819-6021 
(916) 278-6713 

Case Western Reserve University 
Devendra Kumar 
Computer Eng. & Science Dept. 
Crawford Hall 
Cleveland, OH 44106 
(216) 368-2000 
Clemson University 
T.L. Drake 

Dept, of Electrical & Comp. 
Eng. 

Clemson, SC 29631 
(803) 656-3906 
e-mail 

tldrake@prism.clemson.edu 
College of Aeronautics 
Morris Barocas 
Aerospace Maintenance/ 

LaGuardia Airport 
Flushing, NY 11371 
(718) 429-6600 
Cooper Union 

Richard Costello 
Dept, of Electrical Eng. 

New York, NY 10003 
(212) 353-4333 

e-mail rgc@green.cooper.edu 


Del Mar College 
Lloyd Umfleet 
Dept, of Electrical Eng. 
Corpus Christi, TX 78404 
(512) 886-1730 

Drexel University - Day Division 
Bruce Eisenstein 
Dept, of Electrical & Comp. 
Eng. 

Chestnut at 32nd St. 
Philadelphia, PA 19104 
(215) 895-2359 
e-mail eisens@duvm.litnet 
East Texas State University 
Elmer Hensley 
Computer Science Dept. 
Commerce, TX 75428 
(903) 886-5409 

Florida Institute of Technology 
Charles Beach 
150 W. University Blvd. 

Dept, of Electrical Eng. 
Melbourne, FL 32901 
(407) 768-8000 

Gateway Electronics Institute 
Parley Applegate 
4862 S. 96th St. 

Omaha, NE 68127 
(402) 593-9000 
George Mason University 
Daniel Tabak 

Dept, of Electrical & Comp. 
Eng. 

Fairfax, VA 22030 
(703) 993-1598 

George Washington University 
Oscar Garcia 
Dept, of Electrical Eng. & 
Comp. Sci. 

801 22nd St. N.W. 
Washington, DC 20052 
(202) 994-6569 
e-mail o.garcia@a.isi.edu 


Georgia Institute of Technology 
Sakis Meliopoulos 
Dept, of Electrical Eng. 
Atlanta, GA 30332 
(404) 894-2926 

Illinois Institute of Technology 
Jeoffrey Williamson 
Dept, of Electrical & Comp. 
Eng. 

Chicago, IL 60616 

(312) 567-5960 
Iowa State University 

Steve Russell 

Dept, of Electrical & Comp. 
Eng. 

Rm# 333, Coover Hall 
Ames, IA 50011 
(515) 294-1273 

Lawrence Technological University 
Richard S. Maslowski 
21000 W. 10 Mile Rd. 
Southfield, MI 48075 

(313) 356-0200 
Louisiana State University 

John Christensen 
Dept, of Electrical Eng. 

Baton Rouge, LA 70803 
(504) 388-5241 

Michigan Technological University 
T.A. Grzelak 
Dept, of Electrical Eng. 

1400 Townsend Dr. 

Houghton, MI 49931-1295 
(906) 487-2071 

North Carolina State University 
Dharma P. Agrawal 
212 Daniels Hall, Box 7911 
Dept, of Electrical Eng. 
Raleigh, NC 27695 
(919) 515-3984 

e-mail dpa@csl36h.csl.ncsu.edu 
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North Dakota State University 
Noel W. Anderson 
Dept, of Electrical Eng. 

PO Box 5285 
University Station 
Fargo, ND 58105 
(701) 237-8817 

e-mail nanders@plains.nodak.edu 
Northwestern University 
Alan V. Sahakian 
Dept, of Electrical Eng. & Comp. 
Sci. 

2145 Sheridan Rd. 

Evanston, IL 60208 
(708) 491-7007 

e-mail sahakian@eecs.nwu.edu 
Norwich University 
M.C. Murphy 

Computer Science & Eng. Dept. 
Northfield, VT 05663 
(802) 485-2265 
Ohio State University 
Ming T. Liu 

Dept, of Computer & Info. Sci. 
2036 Neil Ave. 

Columbus, OH 43210 
(614) 292-6552 
e-mail mike.eiu@osu.edu 
Old Dominion University 
Linda Vahala 

Dept, of Electrical & Comp. Eng. 
Norfolk, VA 23529-0246 
(804) 683-4968 
e-mail ul026@c.nersc.gov 
Oklahoma State University 
Carl Latino 

School of Electrical Eng. 
Stillwater, OK 74078 
(405) 744-5172 
e-mail 

latino@master.ceat.okstate.edu 
Pennsylvania State University 
Lynn Carpenter 
226 EE East 

University Park, PA 16802 
(814) 863-3237 

Polytechnic Institute of New York 
Joel Snyder 

Dept, of Electrical Eng. 

333 Jay St., Box 622 
Brooklyn, NY 11201 
(718) 260-3554 or 
(718) 260-3440 
Portland State University 
Mike Driscoll 
Dept, of Electrical Eng. 

PO Box 751 

Portland, OR 97215-0751 
(503) 725-5398 
Purdue University 
David G. Meyer 
Dept, of Electrical Eng. 

West Lafayette, IN 47907 
(317) 494-3476 

e-mail meyer@ecn.purdue.edu 


Queensborough Community 
College 

Thomas Gerson* 

Eng. & Technology Dept. 

56th Ave. & Springfield Blvd. 
Bayside, NY 11364 
(718) 631-6262 

Rensselaer Polytechnic Institute 
George Nagy 
ECSE Dept. 

Troy, NY 12181 
(518) 276-6078 
Rice University 
Bart Sinclair 

Dept, of Electrical & Comp. 
Eng. 

PO Box 1892 
Houston, TX 77251 
(713) 527-8101, ext. 3596 
e-mail bs@rice.edu 
Rochester Institute of Technology 
Michael Lutz 
Computer Science 
One Lomb Memorial Dr. 
Rochester, NY 14623 
(716) 475-2472 
Roy S. Czernikowski 
One Lomb Memorial Dr. 
Dept, of Computer Eng. 

PO Box 9887 
Rochester, NY 14623 
(716) 475-2987 
e-mail rsceec@ultb.isc.rit.edu 
San Jose State University 
Kenneth Majithia* 

Computer Eng. Dept. 

San Jose, CA 95192 
(408) 924-4100 
Santa Clara University 

Dept, of Computer Eng. 

Santa Clara, CA 95053 
(408) 554-4485 
e-mail halkhatib@scuacc.scu 
Southern Methodist University 
Murat M. Tanik 
Dept, of Computer Science & 
Eng. 

Dallas, TX 75275 
(214)692-2854 

tanik@csvax.seas.smu.edu 
Stanford University 
Sakti P. Ghosh* 

Dept, of Computer Science 
Stanford, CA 94305 
(415) 723-2273 

State University of New York - 
Binghamton 
W.L. Ziegler 
Watson School of Eng. 

Dept, of Computer Science 
Binghamton, NY 13902-6000 
(607) 777-4802 


State University of New York - 
Buffalo 

R. Sridhar 

Dept, of Electrical & Comp. 
Eng. 

135 Bell Hall 
Amherst, NY 14260 
(716) 636-3113 
Syracuse University 
Garth Foster 
2-173 C. S. T. 

Syracuse, NY 13244-4100 
(315) 443-4375 
Texas A&M University 
Kent Fuslier 
Dept, of Electrical Eng. 

214 Zachary, M.S. 3128 
College Station, TX 77843 
(409) 845-7441 
Texas Christian University 
Craig Magenstern 
Dept, of Computer Science 
Box 32886 

Fort Worth, TX 76129 
(817) 921-7166 
Tri-State University 
Alan R. Stoudinger 
Dept, of Electrical Eng. 

Angola, IN 46703 
(219) 665-4189 
Tulane University 
Paul F. Duvoisin 
Dept, of Electrical Eng. 

New Orleans, LA 70118 
(504) 865-5785 
US Military Academy 
Major Dudeboir 
Dept, of Electrical Eng. & 
Comp. Sci. 

West Point, NY 10996 
(914) 938-5559 or 
(914) 938-2200 
University of Alabama 
James Dudgeon 
PO Box 870286 
Tuscaloosa, AL 35496 
(205) 348-1764 
University of Akron 
James E. Grover 
Dept, of Electrical Eng. 

(216) 972-6129 

e-mail rijeg@vaxl.cc.vakron.edu 
University of Bridgeport 
Ernest H. Goldman 
Technology Bldg. 

Bridgeport, CT 06601 
(203) 576-4760 
e-mail bridgeport.edu 
University of California - Berkeley 
C.V. Ramamoorthy 
Computer Science Division 
Berkeley, CA 94720 
(415) 642-4751 


University of California - 
Jim Howard 

Dept, of Electrical Eng. & 
Comp. Sci. 

Santa Barbara, CA 93106 
(805) 893-4512 

University of Central Florida 
Sheau-Dong Lang 
Dept, of Computer Science 
PO Box 25000 
Orlando, FL 32816 
(407) 823-2474 
University of Detroit 
Ghun-Ju Lin 
Dept, of Electrical Eng. 

PO Box 19900 
Detroit, MI 48219-3599 
(313) 993-3376 
University of Florida 

Computer & Information 
Science Dept. 

301 Computer Science Eng. 
Bldg. 

Gainesville, FL 32611-2024 
(904)392-1481 

University of Lowell 
David Landskov 
Computer Science Dept. 
Lowell, MA 01854 
(508) 934-3646 
University of Maryland 
Charles B. Silio Jr. 

Electrical Eng. Dept. 

College Park, MD 20742-3025 
(301) 405-3668 
e-mail silio@eng.und.edu 
University of Massachusetts 

Electrical & Comp. Eng. Dept. 
Knowles Eng. Building, 

Rm. 211D 

Amherst, MA 01003 
(413) 545-0574 


University of Massachusetts - 
Dartmouth 
C.H. Chen 

Dept, of Electrical and Comp. 

210 Westport Rd. 

North Dartmouth, MA 02747 
(508) 999-8475 
e-mail cchen@umassd.edu 
University of Miami 
Morez Tapia 

Dept, of Electrical & Comp. 
Eng. 

Miami, FL 33124 
(305) 284-3291 


♦According to the most recent information available. 
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University of Minnesota - Duluth 
Nazmi M.Shehadeh 
Dept, of Computer Eng. 

271 MWAH 
Duluth, MN 55812-2496 
(218) 726-6147 

e-mail nshehade@ub.d.umn.edu 
University of Missouri - Columbia 
Robert Leavene 
Dept, of Electrical Eng. 

Columbia, MO 65201 
(314) 882-7559 
University of New Mexico 
Greg Heileman 

Dept, of Electrical & Comp. Eng. 
Albuquerque, NM 87131 
(505) 277-4011 
University of the Pacific 
Richard Turpin 
Dept, of Electrical Eng. 

Stockton, CA 95211 
(209) 946-3075 

e-mail rturpin@maovax.uop.edu 
University of Pennsylvania 
Noah S Prywes* 

Dept, of Electrical Eng. 
Philadelphia, PA 19174 
(215) 898-8521 
University of Pittsburgh 
Henry Y.H. Chuang 
Dept, of Computer Science 
Pittsburgh, PA 15260 
(412) 624-8424 
e-mail chuang@cs.pitt.edu 
University of South Florida 
N. Ranganathan 
Dept, of Electrical Eng. 

Tampa, FL 33620 
(813) 974-4760 

ranganat@platypus.csee.usf.edu 
University of Southwestern Louisiana 
Magdy Bayomi 

Center for Advanced Comp. Study 
USL Box 44330 
Lafayette, LA 70504 
(318) 231-6853 

University of Tennessee - Knoxville 
Mongi A. Abidi 
Dept, of Electrical Eng. 

409 Ferris Hall 
Knoxville, TN 37996-2100 
(615) 974-5454 

e-mail abidi@abidi.engr.utk.edu 
University of Texas - Arlington 
Bob Weens 

Dept, of Computer Sci. Eng. 

416 Yates 

Arlington, TX 76019-0015 
(817) 273-3785 
University of Texas - Austin 
Earl E. Swartzlander Jr. 

Dept, of Electrical & Comp. Eng. 
Austin, TX 78712 
(512)471-5923 

e-mail swartzlander@compmail.com 


University of Washington 
Jean-Loup Baer 
Dept, of Computer Sci., FR-35 
Seattle, WA 98195 
(509) 543-1695 

University of Wisconsin - Madison 
Kewal Faluja 

Dept, of Electrical & Comp. 

1415 Johnson Dr. 

Madison, WI 53706 
(608) 262-6490 
University of Wisconsin - 
Milwaukee 

George Davida 

Dept, of Electrical & Comp. Sci. 
Eng. 

Milwaukee, WI 53201 
(414) 229-5192 

University of Wisconsin - Stout 
Robert J. Spinti 
Dept, of Technology 
Menomonie, WI 54751-0790 
(715) 232-1122 
Valparaiso University 
Merlin Vocke 

Dept, of Electrical & Comp. 

Eng. 

Valparaiso, IN 46383 
(219) 464-5108 
Virginia Polytechnic & State 
University 

Richard W. Conners 
Dept, of Electrical Eng. 
Blacksburg, VA 24061-0111 
(703) 231-6646 
Washington State University 
Dave Seamans 
School of Electrical Eng. & 

Dept, of Electrical Eng. 

Pullman, WA 99164-2752 
(509) 335-3564 
Wayne State University 
Harpreet Singh 
Dept, of Electrical & Comp. 

Eng. 

5050 Anthony Wayne Dr. 
Detroit, MI 48202 
(313) 577-3917 
West Virginia University 
Roy S. Nutter Jr. 

Dept, of Electrical Eng. 
Morgantown, WV 26506 
(304) 293-6371 

e-mail rsn@a.coe.wvu.wvnet.edu 
Western Michigan University 
William McCabe* 

Dept, of Electrical Eng. 
Kalamazoo, MI 49001 
(616) 387-4057 
Wright State University 
C.L. Philip Chen 
Dept, of Computer Sci. & Eng. 
Dayton, OH 45435 
(513) 259-1390 

e-mail csnet:pchen@wright.edu 


Non-US Campuses 

Banarus Hindu University 
S C. Gupta 

Dept, of Electrical Eng. 
Varanasi 221 005 


Calicut Regional Eng. College 
K.P. Mohandas 
Dept, of Electrical Eng. 
Calicut 673-601 

91-0495-89207 


City Polytechnic of Hong Kong 
Richard Y.L. Lai 
Dept, of Computer Studies 
Hogyle Center Tower II 
700 Nolan Rd. 

Mankak Kowloon 
Hong Kong 
Ecole Polytechnique 
Michel Dagenais 
Dept, of Electrical Eng. 

C.P. 6079 Succ. “A” 

Montreal, Que. H3C 3A7 

Canada 

(514) 340-4029 

e-mail dagenais@vlsi.polymtl.ca 
Eindhoven University of Tech. 

A. Heetman 
Dept, of Electrical Eng. 
Eindhoven 
The Netherlands 
31 (40) 473432 
Hanyang University 
Yong-jin Park 
Dept, of Electronics Eng. 

Seoul 133 
Korea 

82 (2) 292-2111, ext. 2127 
park@hyuee.hanyang.ac.kr 
Indian Institute of Science 
K. Rejgopal 
E.E. Dept. 

Bangalore, 560012 

India 

91-341566 


Indian Institute of Technology - 
Bombay 

S.S.S. Rao 

Dept, of Electrical Eng. 
Bombay 400 076 

91 (22) 578-3441 
sssr% dhruv@betaal.ernet.in 


Queens University 
V.I. John 

Dept, of Electrical Eng. 

Fleming Hall 
Kingston, Ont. K7L 3N6 
Canada 
(613) 545-2961 

johnv@qucdn.queensu.ca 
Universidad Centroamericana 
Jose F. Villalta 
Dept, of Eng. 

San Salvador 
El Salvador 
503-734400 

e-mail j.villalta@ieee.org 
Universidad de Los Andes 
Alvaro Torres 
Apdo Aereo 4976 
Bogota 
Colombia 
South America 
57 (1) 2849911 
University of Alberta 
Ahmed E. Kamal 
Dept, of Computing Science 
607 General Services Bldg. 
Edmonton, Alta. T6G 2H1 
Canada 
(403) 492-5187 
e-mail kamal@cs.ualberta.ca 
University of British Columbia 
M.R. Ito 

Dept, of Electrical Eng. 

2356 Main Mall 
Vancouver, B.C. V6T 1W5 
Canada 
(604) 822-4572 

M.R.Ito@ 

mtsg.ubc.causeritos@ubcmtsg 
University of the Philippines 
Luis M. Alarilla Jr. 

Dept, of Electrical Eng. 
Diliman, Quezon City, 3006 
The Phillipines 
Yonsei University 
Jaihie Kim 

Dept, of Electronic Eng. 

Seoul 120-749 


Instituto Technologico y de Estudios 
Carlos Scheel 
Superiores de Monterrey 
Dept, of Electrical Eng. 

Sucursal de Correos J. 
Monterrey, NL Mexico 
52 (83) 582000, ext. 5011 
e-mail scheel@tecmtyum.bitnet 


*According to the most recent infer 
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UPDATE 


AI pioneer Allen Newell dead at 65 


Allen Newell, an early researcher in 
artificial intelligence and a longtime 
professor of computer science at Car¬ 
negie Mellon University, succumbed 
to cancer July 19. 

Newell began research in AI in 
1954, and he continued that pursuit 
for the rest of his life. Working with 
students and colleagues, he was in¬ 
strumental in such key developments 
as the Logic Theorist, the first heuris¬ 
tic-search program (1956); IPL, the 
first list-processing language (1957); 
the General Problem Solver, the first 
use of goal hierarchies and means- 
ends analysis (1959); production sys¬ 
tems — also called parallel rule-based 
systems — (1967); the theory of hu¬ 
man problem solving (1972); speech¬ 
understanding systems (1976); the 
chunking mechanism for learning 
from experience (1982); Soar, a gener¬ 
al intelligent architecture that inte¬ 
grates learning and problem solving 
(1983); the efficiency of parallel pro¬ 
duction systems (1985); and a unified 
theory of human cognition (1987). 

Before joining the Carnegie Mellon 
faculty, Newell was a member of the 
technical staff of the Rand Corpora¬ 
tion, where he was involved in large- 
scale experimental studies of air de¬ 
fense organizations, leading to the 
development of systems training. 


Newell received numerous awards 
recognizing his contributions to AI. 
These include the ACM’s 1975 A.M. 
Turing Award (with Nobel Prize win¬ 
ner Herbert A. Simon), the Computer 
Pioneer Award from the IEEE Com¬ 
puter Society in 1982, the 1989 Re¬ 
search Excellence Award of the Inter¬ 
national Joint Conference on 
Artificial Intelligence, and the 1990 
IEEE Emanuel R. Piore Award. A 
month before his death, he was 
awarded the National Medal of Sci¬ 
ence by President Bush. 

In 1987 Newell delivered the Wil¬ 
liam James Lectures to the Depart¬ 
ment of Psychology at Harvard Uni¬ 
versity. The lectures formed the basis 
of his book Unified Theories of Cogni¬ 
tion, published in 1990. The book’s 
thesis is that tools are at hand that will 
allow cognitive scientists to develop 
one unified theory to describe many 
different types of behavior, instead of 
building separate theories to cover 
isolated aspects, as has long been the 
practice. 

Newell received a BS in physics 
from Stanford University, studied 
mathematics at Princeton, and ob¬ 
tained his PhD in industrial adminis¬ 
tration from the Carnegie Institute of 
Technology (now Carnegie Mellon 
University). He was a member of the 



National Academy of Sciences, the 
National Academy of Engineering, 
the American Academy of Arts and 
Sciences, and the IEEE Computer So¬ 
ciety, and a fellow of the IEEE and 
the AAAS. 

A memorial service was scheduled 
to take place at Carnegie Mellon Uni¬ 
versity. Newell’s family asked that 
those who wish to remember him 
make a contribution to the Allen 
Newell Undergraduate Scholarship in 
Cognitive Science. 


National laboratory establishes testbed to aid industry 


Los Alamos National Laboratory 
has established the Computational 
Testbed for Industry, which will pro¬ 
vide access to advanced hardware, 
software, networks, and visualization 
tools. Companies may participate in 
workshops and information exchang¬ 
es, try new application codes geared 
to their needs, experiment with a vari¬ 
ety of hardware, and work with Los 
Alamos scientists to test, debug, and 
improve their codes. 

“The goal of the Computational 
Testbed is to raise the consciousness 
of American industry about the tre¬ 
mendous advantages of simulation 
and modeling,” said laboratory direc¬ 
tor Sig Hecker. 

Bruce Wienke of the Los Alamos 
Nuclear Applications Group points 
out that there is “a significant gap in 


knowledge and training that hampers 
a broad spectrum of industries from 
taking advantage of high-performance 
computing to make more rapid ad¬ 
vances in industrial applications.” In¬ 
dustrial users will be able to come to 
the testbed to use their own or the 
laboratory’s major public domain 
codes that require vast amounts of 
computer power. 

A typical collaboration might in¬ 
volve a company that needs help devel¬ 
oping a graphical representation that 
would make a simulation easier for a 
customer to analyze. The Computa¬ 
tional Testbed would match the com¬ 
pany with a laboratory graphics expert. 

Wienke expects initial interest to be 
strongest in technology areas the lab¬ 
oratory is best known for, or where in¬ 
dustry has immediate needs. Exam¬ 


ples include computational fluid dy¬ 
namics, materials modeling, radiation 
transport, and developing process 
controls for manufacturing. 

Besides helping industry, the test¬ 
bed will serve as a forum through 
which Los Alamos researchers learn 
about the practical problems industry 
scientists and engineers face. By 
working on new computational tech¬ 
niques for industry, laboratory re¬ 
searchers will gain insights that can be 
applied to US Department of Energy 
programs. 

Initial funds for the testbed will 
come from DoE’s Technology Com¬ 
mercialization Initiative, which seeks 
to form cooperative R&D agreements 
between the private sector and de¬ 
fense-oriented laboratories such as 
Los Alamos. 
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| ADVANCE ANNOUNCEMENT 

4th International Conference on 

TOOLS 

WITH 

ARTIFICIAL 
INTELLIGENCE 

November 10-13 ■ Arlington, Virginia ■ Sponsored by IEEE Computer Society 

1 his conference encompasses the technical aspects of specifying, designing, implementing, and evaluat¬ 
ing tools with artificial intelligence and tools for artificial intelligence applications. 


November 10, 1992 

November 11-13, 1992 

Tutorials: 

Keynote Addresses: to be announced 

• Fuzzy Logic Systems and Development Tools 

Panels: 

by Stephen Chiu, Rockwell Science Center 


• Is Production System Match Interesting? 

by D. P. Miller and R. S. Desai, NIT, AI Lab 

• Knowledge Acquisition and Requirements 
Acquisition 

• Monotonic Logic vs. Fuzzy Logic 

Workshop: Issues on AI Tools 

• Metrics-Guided Software Project Management 

• Tools With AI: Who Pays the Bill? 

Using RULE-Based Systems 

Sessions: 

by C. V. Ramamoorthy, UC Berkeley 

• AI Tools for Real-Time Systems 

• Metrics-Based Neural Network Classification 

• Production Systems 

Tool for Analysis of Large Scale Software 

• Neural Networks 

by Raymond Paul, U.S. Army 

• AI and Software Engineering 

• Software Automation from Silly to Intelligent 

• Scheduling and Planning Techniques 

by Xu Jiafu, Nanjing University 

• Searching Techniques 

• Intellignet Systems for Enterprise Integration 

• Fuzzy Control Techniques 

by Juzar Motiwalla, Institute of Systems Science 

• Learning I 

• Learning II 

• Reflection in Object Oriented Programming 

by M. Ibrahim, EDS Corporation, AI Division 

• Learning III 

• The G2 Development and Deployment 

• Programming Systems 

Environment 

• Data Base and Knowledge Base Systems 

by R. Moore Gensyn Corporation 

• Natural Language and Text Processing 

• Knowledge Bases and Neural Networks Can Be 

• Knowledge Engineering Tools 

Married? 

• Matching and Classification Techniques 

by N. Bourbakis, SUNY Binghamton and 

• Knowledge Representation and Acquisition 

C. Koutsougeras, Tulane University 

• Rule Based Systems 

Workshop attendance is included in conference 

• Reasoning Techniques 

registration fee. 

• Expert Systems 

IEEE Computer Society 

THE INSTITUTE OF ELECTRICAL 

AND ELECTRONICS ENGINEERS. INC 
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Register Today! 

Hotel Reservation Request 

Please return registration form and fee to: 

International Conference on Tools for Artificial Intelligence 

Prof. N. G. Bourbakis, Dept, of Electrical Engineering, SUNY, 

November 10-13, 1992 

Binghamton, Binghamton, NY 13902 

Email: bourbaki@bingsuns.cc.binghamton.edu 

Key Bridge Marriott Hotel 


Please mail or fax this form with your payment to: 

Early registrations for either the conference or the tutorials must be 

Key Bridge Marriott 

received by October 25, 1992. Payments must be remitted by check or 

1901 Lee Highway 

money order in U.S. currency only, payable to ICTAI ’92. 

Arlington, VA 22209 

Phone: 703-814-1407 

Conference Registration 

Advance (Until 10/25) Late/On Site (After 10/25) 

Fax: 703-243-3280 

□ Member: $290 □ Member $350 

Rates 

□ Nonmember: $360 □ Nonmember $440 

$105 single or double accomodation 

□ Student: $ 100 □ Student $ 100 

Student registrations are not available for authors. All conference registration 

□ Single □ Double 

categories include proceedings. 

Name 

Tutorials—November 10,1992 

Tutorial Registration—Price is per Tutorial 

Company/University 

Advance (Until 10/25) Late/On Site (After 10/25) 

□ Member:$130 □ Member $170 

Address/Mailstop 

□ Nonmember: $165 □ Nonmember $210 

City/State/Zip/Country 


Daytime Phone Number 

Check Tutorials you wish to register for: 

9:00 am-12 noon 

O Fuzzy Logic Systems and Development Tools 

Evening Phone Number 

Fax Number 

□ Robotics for AI Researchers 

Please reserve___ no. of rooms for _people 

We reserve the right to cancel a tutorial due to insufficient participation or other 

Name(s) of person(s) sharing accommodations: 

unforeseeable problems. 

Total Enclosed $ 

Arrival Date & Time 

Written requests for refunds must be received by Dr. Bourbakis no later than 

October 25, 1992. Refunds are subject to a $50 processing fee. All no-show 

Bed type requested: □ King □ Double/Double 

registrations will be billed in full. Students are required to show current picture 

ID cards at the time of registration. Registrations after October 25 will be 

Method of Payment: 

accepted on-site only. 

□ Check or money order: Amount enclosed $ 

□ American Express □ VISA □ MasterCard 

Conference fee includes conference attendance, workshop attendance, 

□ Diners Club □ Discover 

refreshments at breaks, banquet, and one copy of the proceedings. 

Cardholder Name 

PLEASE TYPE OR PRINT 

Name 

Card Number Exniration Date 

I authorize the Key Bridge Marriott to charge my account for one 

night’s deposit and all applicable taxes. 

Companv 

Signature 

Address/Mailstop 

Phone No 

City/State/Zip/Country 

Daytime Phone Number 

The Key Bridge Marriott cannot hold your reservation after 6:00 pm on 
the day of arrival without either a check or money order or a credit card 
deposit covering the first night's stay. Deposits will be refunded only if 

E-Mail Address 

cancellation notification is given up to 24 hours prior to arrival. All 
reservations must be received by the hotel before October 15,1992. 

IEEE/CS Membership Number 

Reservations received after this date are subject to availability. Rooms 

Required for member rate 

may still be available after the cut off date, but not necessarily at the 
above rates. Please add 10% sales tax to the above rates. 

The above information will be used for setting up a mailing list which 
will be distributed at the conference. Please indicate by marking “x” if 
you do not want to be on the mailing list: □ 

Check-out time is 1:00 p.m. Rooms may not be available for check-in 
until after 3:00 p.m. 

To obtain additional registration forms, abstracts of tutorials, confer¬ 
ence information and updates, send an e-mail message to: 
bourbaki@bingsuns.cc.binghamton.edu. 

Airport Information: The conference location is just a few miles 
from Washington National Airport. The other airports in the 

For additional information contact: Prof. N. G. Bourbakis at the above 

Washington area are Dulles International and Baltimore 

address. Phone: 607-777-2165. 

Washington International. 
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Contact or send releases to Christine Miller, Computer, 10662 Los Vaqueros Circle, PO Box 3014, Los Alamitos, CA 90720-1264; Internet, s.c. miller @ compmail.com. 


Storage solutions 

DEC offers RAID subsystem, 
DSSI-SCSI storage devices 

Digital Equipment Corporation has 
introduced DECraid+, a complete 
dual-HSC90 storage subsystem, and 
two new storage options for DSSI- 
and SCSI-based systems. 

DECraid+ is based on the RAID 
(redundant array of inexpensive 
disks) concept defined by UC Berke¬ 
ley researchers in 1987. Thus, the set 
of physical disk drives appears as a 
single logical device that distributes 
data across the drives and provides re¬ 
dundant disk capacity. 

The fully configured dual-HSC90 
subsystem comes with 48 Gbytes of 
SA72 storage array building blocks 
(SABBs) and includes RAID-0 disk- 
striping software and RAID-1 open 
VMS volume shadowing licenses for 
all CPU sizes. Thus, DECraid+ repre¬ 
sents a RAID level 0+1 storage sub¬ 
system with full redundancy. 

Two 48-port HSC90 controllers pro¬ 
vide dual-ported access to the 48 
RA72 disk drives installed in the sub¬ 
system. Each of two side-by-side 81- 
inch cabinets has six SABBs and a 
controller. Cable routing between the 
cabinets is contained within the con¬ 
figuration. 

Prices are $519,439 for the fully 
configured subsystem and $459,350 
without the shadowing license. 

Digital’s new RF31T 381-Mbyte 
DSSI integrated storage element is a 
5.25-inch disk storage device. At 86 
I/Os per second at 100-ms completion 
time, it offers four times the perfor¬ 
mance of its predecessor and is Digi¬ 
tal’s highest performing DSSI storage 
device. US list price is $3,900. 

According to Digital, the RZ26 
1.05-Gbyte 3.5-inch SCSI disk drive 
doubles internal storage capacity on 
the MicroVAX 3100, models 30, 40, 
and 80. Its price is $3,700. 

The company is also offering the 
TLZ06 tape drive, a 4-mm digital- 
audio-tape SCSI drive with a raw data 
rate of 366 Kbytes per second and a 
capacity of 4 Gbytes (compressed) per 
cartridge. The tabletop version costs 
$4,000; the embedded version $3,500. 

Reader Service Number 35 


Tape subsystem offered for DEC DSSI 


According to Micro Technology, its 
new 8-mm cartridge-based tape sub¬ 
systems for the DEC DSSI cluster al¬ 
most doubles the capacity of DEC’S 
own TF85 product. 

Called the MD-50 series, the tape 
subsystems feature dual-density 5- 
Gbyte drives. They offer full DSSI- 
compatibility with pure DEC TF emu¬ 
lation for unattended VAXcluster 
backup. 

The tape subsystems’ MD30 server 
architecture supports all DSSI func¬ 
tions, Micro Technology states. One 
DSSI port can support a two-drive ar¬ 
ray, providing an average 10 Gbytes 


of unattended backup through two 
separate tape transports in less than 
3 1/2 hours. With a 1-Mbyte speed¬ 
matching buffer, the MD-50s transfer 
data at a sustained rate of 400 Kbytes 
per second, with bursts of up to 500 
Kbytes per second. 

The MD-50 series also provides a 
flexible migration path, allowing up¬ 
grade to Micro Technology’s virtual 
tape library series with automated fil¬ 
ing and tracking software and in¬ 
creased storage capacity. 

Prices begin at $19,500 and delivery 
is 30 days after receipt of order. 
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Pocket Rocket fits when space is critical 


The Pocket Rocket, from Unison 
Information Systems, is housed in a 
4.5 x 8.75 x 3.75-inch package. Unison 
believes this makes it the world’s 
smallest 1.3-Gbyte drive. 

Designed for applications where 
performance and space are critical, 
the Pocket Rocket provides add-on 
memory for Hewlett-Packard, IBM 
RISC System/6000, Silicon Graphics, 
and Sun Microsystems workstations. 


The SCSI 3.5-inch hard-disk sub¬ 
system delivers 1.3 Gbytes of unfor¬ 
matted storage. It has a 10-ms average 
seek time, 5,400 rpm rotational speed, 
and 10-Mbyte-per-second data trans¬ 
fer rate. Unison states that average 
access time is further enhanced by a 
512-Kbyte segmented cache buffer 
that maximizes throughput. 

The Pocket Rocket costs $2,085. 



Unison’s Pocket Rocket hard-disk subsystem requires little more desk space 
than two coffee cups. 
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SI introduces high-speed VAX-based RAID 


According to System Industries, its 
new Raider’s Edge disk subsystem has 
been benchmarked at more than 1,000 
I/Os per second on DEC VAX sys¬ 
tems and has a mean-time-to-data- 
loss rating of 47-million hours (5,358 
years). The high I/O performance is 
achieved in part through an intelligent 
cache that is ideally suited to typical 
VAX transaction processing applica¬ 
tions, SI states. 

The RAID (redundant array of in¬ 
expensive disks) subsystem is a com¬ 
pact, redundant disk array with five 
3.5-inch drives that appear as one. It 
is available with either 1.8- or 3.3- 
Gbyte capacity for Q-bus, VAXB1, 
DSSI-based, and XMI DEC systems. 


The subsystem chassis, which mea¬ 
sures 19 inches wide by 5.25 inches 
tall, can be rack mounted or housed in 
a tabletop enclosure. Individual drives 
are hot-swap removable and housed 
in high-impact plastic enclosures. 
Front-panel LEDs indicate status. 

The subsystem comes with Si’s 
Raider Monitor software, which moni¬ 
tors drive states, reports items of con¬ 
cern, and allows operator access to ex¬ 
tensive configuration and diagnostic 
menus. 

Raider’s Edge subsystems are 
priced from $36,000, including instal¬ 
lation, DEC licenses, and a one-year 
on-site warranty. 
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Conner announces five storage solutions 


Five hard-disk drives from Conner 
Peripherals are designed to meet the 
needs of advanced applications run¬ 
ning on machines from compact sub¬ 
notebook and notebook computers to 
powerful desktop systems, worksta¬ 
tions, and servers. The new storage 
products include high-performance 
1.8-, 2.5-, and 3.5-inch disk drives. 

The smallest of the group, the Der¬ 
ringer, is a removable 1.8-inch drive 
that addresses the requirements of the 
pen-based, subnotebook, and palmtop 
markets. It meets the new Type III 
PCMCIA form factor. Conner also 
adopted the association’s standard 
PC-card interface to provide remov¬ 
ability and compatibility with Flash 
memory cards. 

The first Derringer product has 32- 



Conner’s 1.8-inch Derringer drive fits 
in a shirt pocket. 


Mbyte formatted capacity and 19-ms 
average seek time. It uses 0.75 watts 
of power, withstands up to 200 G’s of 
nonoperating shock, measures 0.4 
inches (10.5 mm) high, and weighs 2.5 
ounces. 

The Sahara is a space-saving 2.5- 
inch drive for slimmer notebooks. The 
initial entry has 64-Mbyte capacity, 
15-ms average seek time, and 1.05W 
power consumption. It’s 0.49-inches 
(12.5 mm) tall and weighs 5 ounces. 

The Baja is, according to Conner, 
the first true 3.5-inch replacement for 
5.25-inch drives. It feature 1.37-Gbyte 
formatted and 1.6-Gbyte unformatted 
capacity and is aimed at the worksta¬ 
tion and file-server markets. 

The Aegean series of low-profile 
3.5-inch drives is designed for high- 
end laptops, desktop PCs, and work¬ 
stations. The initial product features 
545-Mbyte capacity and performance 
similar to the Baja series, but in Con¬ 
ner’s patented low-profile 3.5-inch 
form factor. 

The Monterey is designed to meet 
the high-capacity requirements of ad¬ 
vanced desktop systems running Win¬ 
dows, OS/2, Unix, and other storage¬ 
intensive operating systems and the 
performance demands of 486- and 
RISC-based processors. 

The first Monterey product has 251- 
Mbyte capacity, 14-ms average seek 
time, 4,542-rpm rotation speed, a 64- 
Kbyte buffer, and 2.75W power con¬ 
sumption. It weighs 1.2 pounds and is 
available with a PC/AT interface. 

Evaluation unit pricing to OEMs 
for Derringer is $395; Sahara, $295; 
Baja, $1,800; Aegean, $995; and 
Monterey, $495. 
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Minolta releases optical 
disk jukebox 

Minolta’s Auto Changer 1010 juke¬ 
box automates access to as many as 
400,000 scanned images, depending on 
document size and resolution. The 
AC 1010 works with stand-alone, mul¬ 
tiuser, and network configurations of 
Minolta’s MFMS 2000 image manage¬ 
ment systems. 

The jukebox, which comes with one 
installed OD 1000 5.25-inch optical 
disk drive, can accommodate up to 10 
optical disks. All volumes, or disk 
sides, appear on line to the system. 
According to Minolta, this capability 
provides a “near line” storage capaci¬ 
ty of 12.8 Gbytes. Access time is with¬ 
in 20 seconds, assuming no other im¬ 
ages are waiting in the same queue. 
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Flash IC cards store 
up to 100 Mbytes 

A new line of IC cards for subnote¬ 
book and palmtop personal computers 
equipped with a PCMCAI interface 
slot is now available from New Media 
Corporation. The Publish Cards com¬ 
bine Flash and data compression- 
decompression technologies to offer 
capacities from 256 Kbytes to 100 
Mbytes on a single card. 

The cards are configured at New 
Media’s Irvine, California, factory to 
create what the company calls “cus¬ 
tomer-specific data applications in 
memory.” 

Typical volume pricing for Publish 
Cards is $10 per Mbyte. 
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Plasmon drive makes 
optical storage practical 

Plasmon Data Systems’ RF-3000 re¬ 
writable magneto-optical drive pro¬ 
vides up to 128 Mbytes of storage and 
is compatible with all ISO/ANSI stan¬ 
dard 3.5-inch MO optical disks. 

According to Plasmon, the RF- 
3000, which has an average seek time 
of 38 ms and a sustained data transfer 
rate of 640 Kbytes per second, makes 
optical disk storage technology a via¬ 
ble solution for the mainstream com¬ 
puter user. Controlled via a SCSI bus, 
it integrates with a variety of PCs, 
workstations, and file servers. 

The RF-3000 external unit lists at 
$2,195; the internal RF-3000i is 
$1,995. 

Reader Service Number 42 
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Removable cartridges 
approach fixed-disk cost 

Two new removable-cartridge disk 
drives offer the same performance 
levels as comparably priced fixed hard 
drives, according to their manufactur¬ 
er, SyQuest Technology. 

Called the SyDOS Puma 44 and 
Puma 88, the drives for the PC-com¬ 
patible market use Winchester tech¬ 
nology. Both drives have their own 
self-contained power supplies and 
dedicated parallel-port adapters. 

Suggested list prices are $638 for 
the Puma 44 and $799 for the Puma 
88, but SyQuest anticipates end-user 
prices of $400 and $500, respectively. 
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Parallel-port tape drive 
provides PC backup 

ParaStor, a 1/4-inch backup tape 
drive from Jakus Associates, is com¬ 
patible with DOS, Pick, Novell, Unix, 
and Sanyo/Icon UpBoard systems. 

The tape drive connects to the par¬ 
allel printing port found on most PCs 
and, because of its slight 8.3-pound 
weight, is easily carried from one PC 
to another. It saves information at a 
rate of up to 6 Mbytes per minute and 
is available in a range of 100-Mbyte to 
1-Gbyte capacities. 

ParaStor prices range from $1,395 
for the 100-Mbyte unit to $2,895 for 
the 1-Gbyte unit. 
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Storage server increases 
supercomputer performance 

Maximum Strategy’s Gen 4 marks 
the company’s fourth generation of 
storage servers using RAID (redun¬ 
dant array of inexpensive disks) tech¬ 
nology. The Gen 4 combines up to 40 
high-performance 5.25-inch IPI-2 disk 
drives with intelligent hardware and 
software to create one high-capacity 
fault-tolerant storage server for super¬ 
computers and workstation clusters. 

Maximum Strategy expects the Gen 
4’s fast access to many independent 
blocks of data to enable more com¬ 
mercial supercomputing applications. 
For example, the power of supercom¬ 
puters could be applied to database 
and on-line transaction processing ap¬ 
plications, providing a price-perfor¬ 
mance alternative to traditional busi¬ 
ness computing solutions. 

Pricing begins at $178,000. 
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Scanners 

Cyberware 3D scanner 
doubles resolution 

At 75 points per inch, Cyberware’s 
new 3030/Hirez scanner offers twice 
the resolution of its previous models 
and captures details of a 3D object’s 
shape and color. 

The scanner uses video technology 
to capture an object’s shape and color 
in 13 seconds. The resulting image can 
be resized, measured, combined with 
other images, and edited. Scanned ob¬ 
jects can also be reproduced using au¬ 
tomated milling machines or rapid 
prototyping systems. 

The scanner works with all existing 
Cyberware software and motion plat¬ 
forms. 
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Kodak film scanner has 
plug-in acquire modules 

Kodak’s professional film scanner 
for 35-mm negatives or slides uses 10- 
bit-per-channel RGB color analog-to- 
digital conversion, providing a maxi¬ 
mum image resolution of 2,000 dpi. 

The RFS 2035 comes with plug-in 
acquire modules for popular image- 
management software programs, in¬ 
cluding Adobe Photoshop and Aldus 
PhotoStyler. The acquire modules 
bring scanned images directly into the 
appropriate program. 

The desktop unit features auto ex¬ 
posure, auto color balance, fixed and 
adjustable film channels, and auto fo¬ 
cus. A fixed film gate accommodates a 
strip of six negatives or four slides. 

The unit plugs into the data port of 
a Macintosh or DOS-based computer 
through a SCSI host adapter board. 
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Panasonic scanner system sets new standards 


The SSP-1 high-performance scan¬ 
ning system is targeted to systems in¬ 
tegrators. According to Panasonic, the 
system provides a single-source solu¬ 
tion for scanning and printing external 
documents, such as handwritten corre¬ 
spondence, receipts, and graphics. 

The system combines the Panasonic 
OA IS-331 image scanner, a modified 
KX-P4450ip laser printer, and a scan¬ 
ner-printer interface-adapter card to 
provide document processing from 


any IBM-compatible PC platform. 

With 64 levels of dither or binary 
mode, the scanner inputs most docu¬ 
ments or graphics from business cards 
to 11 x 17-inch brochures. It features 
400 x 400-dpi resolution for accurate 
image reproduction, 200 x 200 dpi for 
faster scanning — for example, 1.7 
seconds for a letter — and a 50-page 
document feeder. 

Suggested retail price is $10,550. 
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PSC adds new models to laser scanner line 



Photographic Sciences has added 
five models to its families of hand¬ 
held and hands-free laser scanners for 
bar code data collection systems. 

New models in the hands¬ 
free fixed-mount 5400 series 
can be connected to an exter¬ 
nal decoder (Model 5410), an 
RS-232 serial port (Model 
5412), or an IBM PC via an in¬ 
ternal keyboard wedge con¬ 
nection. Options include built- 
in object sense for automatic 
triggering, a manual trigger 
built into the scanner cable, 
or a software scanning signal 
(Models 5412 and 5417). 

In the hand-held 5300 se¬ 
ries, Model 5320’s specialty 
optics scan vehicle identifica¬ 
tion tags through automotive 
windshield glass, and Model 
5311 has an internal keyboard 


wedge interface for direct connection 
to IBM or NCR cash register systems. 
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Using specialty optics, PSC’s hand-held laser 
scanner scans vehicle identification tags 
through the windshield, even in bright sunlight. 
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Membership/Subscription Application 



BENEFITS 



Receive Computer automat¬ 
ically with membership. Writ¬ 
ten and refereed by experts, 
it features articles on the latest 
developments in computer 
technology, applications, and 
research, as well as survey 
and tutorial articles on topics 
covering the entire computer 
field. 

Computer’s popular depart¬ 
ments include New Products, 
Product Reviews, Book 
Reviews, Standards, Open 
Channel (a reader forum), and 
Computer Society News. 

Other membership benefits include the following: 

• Discounts of up to 50% on Computer Society Press 
books and videos. Over 700 titles covering a broad 
spectrum of computer science topics including net¬ 
working, communications, advanced systems, image 
processing, security, artificial intelligence, and 
visualization 

• Discounts on registration to over 100 conferences, 
workshops, and tutorials each year 

• Low subscription rates on special-interest periodicals 

• Opportunity to participate in any of our 32 technical 
committees—networks of professionals with common 
interests in computer hardware, software, and 
applications 

• Opportunity to participate in the development of more 
than 200 standards projects sponsored by the society 

• Low member rates on COMPMAIL, the electronic mail 


□ Visa □ MasterCard □ American Express 

il I I I I I I I I I I I I I I I 

Charge Card Number (Minimum Charge $10) 

Checks drawn in local currency on a bank in the coun¬ 
try of origin accepted from members in Australia, 
Austria, Belgium, Canada, Denmark, France, Germany, 
Ireland, Italy, Luxembourg, Netherlands, Norway, Por¬ 
tugal, Spain, Sweden, Switzerland, UK, USA, and 
Yugoslavia. 



Schedule of Fees 


To join: see item 1, 2, or 3. 
To subscribe: see item 4. 


Membership dues and periodical subscriptions are annualized to, and expire c 
December 31. Pay full- or half-year rate depending on date of receipt by the 
Computer Society as indicated below. Half Year Full Year 


PRICES EXPIRE 12/31/92 

Mar 1-Aug 31 

Sept 1-Feb 28 

A 1 don’t belong to the IEEE and 1 want 


□ $27 

□ $ 54 

1 to join just the Computer Society 




O 1 want to join both the Computer Society 




and the IEEE* 




1 reside in Region 1-6 (United States). 


□ $58.50 

□ $117 

1 reside in Region 7 (Canada). 


□ $53.50 

□ $107 

1 reside in Region 8 (Europe, Africa, orthe Middle East) 

□ $53.00 

□ $106 

1 reside in Region 9 (Latin America). 


□ $49.50 

□ $ 99 

1 reside in Region 10 (Asia and Pacific). 


□ $48.50 

□ $ 97 

*ACM members who join both IEEE and the Computer Society may deduct $5 off the 

full-year rate; $2.50 off the half-year rate. 




o 1 already belong to the IEEE and 1 want 


□ $11.00 

□ $22 

O to join the Computer Society 




IEEE Member Number 




A SPECIAL-INTEREST PERIODICALS for new or current members 





IEEE Computer Graphics and Applications.... 

.6 

□ $12.50 

□ $ 25 

IEEE Design and Test . 

.4 

□ $11.00 

□ $ 22 

IEEE Expert . 

.6 

□ $10.00 

□ $ 20 

IEEE Micro . 

.6 

□ $11.50 

□ $ 23 

IEEE Software . 

.6 

□ $12.50 

□ $ 25 

Transactions on: 




Computers . 

.12 

□ $12.00 

□ $ 24 

Knowledge and Data Engineering . 

.6 

□ $ 9.50 

□ $ 19 

Parallel and Distributed Systems . 

.6 

□ $ 9.50 

□ $ 19 

Pattern Analysis and Machine Intelligence.. 

.12 

□ $12.00 

□ $ 24 

Software Engineering . 

.12 

□ $11.00 

□ $ 22 

IEEE Annals of the History of Computing 

.4 

□ $ 8.00 

□ $ 16 


Periodicals total $_ 

CA, DC residents add 
applicable sales tax $_ 

Membership fees $_ 

Total $_ 


CANADIAN residents 
add 7% GST; BELGIAN 
residents add 6% VAT $_ 

Total enclosed $_ 


,e governed by IEEE’s and the society’s constitutions, bylaws, and statements of 


MAILING ADDRESS 


EDUCATION (highest level co 


ENDORSER (an IEEE me 


OCCUPATION ^ 


Mail or fax to appropriate Computer Society office: 

EUROPE: 13, Avenue de lAquilon, B-1200, Brussels, BELGIUM. Fax: 32-2-770-8505 

PACIFIC RIM: Ooshima Building, 2-19-1 Minami-Aoyama, Minato-ku, Tokyo 107, JAPAN. Fax: 81-3-3408-3553 

ALL OTHERS: 10662 Los Vaqueros Circle, PO Box 3014, Los Alamitos, CA 90720-1264 USA. Fax: 714-821-4010 



















































Company, Model, Function Comments R.S. No. 


Analog Devices 
AD9101 Samplifier 
Sampling amplifier 

Calex Manufacturing 
UW Singles series 
D C/D C converters 


Circuit Components 

Micro/Q3500SM 

Capacitor 


Hewlett-Packard 
HPMX-2002 
QPSK modulator 


Linear Technology 

LT1432 

Controller 


LSI Logic 
LR33050 
Microcontroller 


Mitsubishi 
M37702L, M37732L 
Microcontrollers 


Philips Semiconductors 

TDA8716 

A/D converter 


S3 

86C924 

GUI accelerator 


Sharp 
LH5316501 
Mask ROM 

Texas Instruments 
340X 

Graphics processor 


Texas Instruments 
SCOPE Diary 
Board history chip 

VLSI Technology 
VM009 

Encryption processor 


Monolithic device combines a track-and-hold amplifier with a gain-of-four output amplifier. 
Acquisition time to 8-bit accuracy is 5 ns, guaranteeing 125 million samples per second 
(MSPS); time to 12-bit accuracy is 11 ns, guaranteeing 50 MSPS. Price (100s): $33. 

Four models of 25-45W fully filtered converters eliminate the need for external capacitors 
and for separate heat sinks or forced air to maintain operating temperatures. Features in¬ 
clude a built-in feed-forward control method and a pulse-by-pulse digital current-limit cir¬ 
cuit. Company claims efficiencies up to 91 % at full load. Cost (OEM quantities): $63.79. 

New version of decoupling capacitor is 0.020-inch maximum thickness, while retaining all 
features of predecessor 0.028-inch version. Inductance is less than 1 nH. Available in two siz¬ 
es: 0.520 inches to fit below 44- and 52-pin PLCCs and 0.820 inches to fit under 68-, 84-, and 
higher pin-count PLCCs. Price: not listed. 

Dual-conversion quadrature-phase-shift-keyed modulator permits signal processing in the 
40- to 300-MHz frequency range and signal transmission up to 2 GHz. Monolithic device re¬ 
places several separate components (for example, three mixers, a summing circuit, and a 
buffer amplifier) with a 20-lead plastic SOIC. Price (1-99): $8.75. 

Control chip for step-down switching regulators includes an accurate current limit that uses 
60 mV of sense voltage and “free” PC board trace material for the sense resistor. Features in¬ 
clude a sleep mode, a logic-controlled electronic shutdown, and a logic-controlled “burst 
mode.” Comes in 8-pin plastic DIP. Price (100+): $2.35. 

RISC microcontroller adds a Mips R3010-compatible floating-point accelerator to LSI Log¬ 
ic’s LR33000 Self-Embedding processor. The LR33050 is pin- and software-compatible with 
the LR33000; systems based on the latter can be easily upgraded to increase performance up 
to 30%. Comes in 25-, 33-, and 40-MHz clock speeds. Price (1,000+): from $136. 

Low-voltage 16-bit devices feature a 0.5-ps instruction time at 8 MHz. The M37702L devices 
come with up to 2 Kbytes of RAM, 32 Kbytes of ROM, and 68 I/O ports. The M37732L is a 
ROMless device with up to 2 Kbytes of RAM and 37 I/O ports. Both devices feature 103 basic 
instructions and integrated on-chip functionality. Price (25,000s): from $8 to $19.50. 

This 8-bit converter digitizes signals at a rate of 120 MSPS. Typical power consumption is 
780 mW. Input capacitance is less than 13 pF. The company claims 7.5 effective bits in sam¬ 
pling a 10-MHz analog signal at 100 MSPS. Comes in 32-lead SMD and a conventional DIP. 
Price: approximately $100. 

Single-chip 24-bit color version of the company’s 86C911 accelerator offers built-in support 
of all acceleration features identified by Microsoft as critical for Windows, including bitblt 
and 100% VGA compatibility. Supports resolutions of 1,280 x 1,024 at 60 Hz. Pin- and regis¬ 
ter-compatible with the 86C911, the 86C924 comes in 184-pin package. Price (1,000s): $47. 

Organized as 1-Mbit x 16 or 2-Mbit x 8, this device has a normal access time of 150 ns and an 
access time of 70 ns for successive reads (to a total of four 16-bit words or eight 8-bit bytes). 
Comes in both 42-pin DIPs and 44-pin SOPs. Price (10,000): $13. 

Streamlined version of TI’s 32-bit TMS34020 processor integrates timing, synchronization, 
and graphics system logic. Coupled with the TLC34075 palette chip, it supports low-cost col¬ 
or X Windows terminals. It can also be coupled with the TLC34074 chip in monochrome 
X Windows environments. Comes in 144-pin plastic QFP. Price (samples): $75. 

This single chip stores diagnostic information and maintains a record of a board’s operations. 
Its core is a JTAG/IEEE 1149.1 interface controller with an embedded 5V 16-Kbit Flash EE- 
PROM. Part number TMS29F816. Price (1,000s): $15. 

Single-chip cryptographic system contains a hardware implementation of the US Dept, of 
Commerce Data Encryption Standard. The VM009 can encrypt or decrypt data at over 100 
Mbps using 64-bit data words on an 8-bit bus architecture. Comes in 40-lead platic DIP and 
44-lead plastic LCCs. Price (1,000s): $30. 
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Microsystem Announcements 


Company, Model, Function 


Ampro Computers PC/AT-compatible SBC comes in either a 33-MHz 80486DX-based version or a 20-MHz 

Little Board/486 80486SX version. Like other Little Board SBCs, it includes the equivalent of a PC/AT moth- 

Single-board computer erboard and three or four expansion cards in a 5-3/4 x 8 x 1-inch card. It accepts industry- 
standard PC/104 modules for on-board expansion. Price (100s): $1,995 (33 MHz). 


Analyx Systems Single 18-square-inch SBus board holds data-acquisition subsystems to acquire, convert, and 

ADDA series store analog data streams without host intervention. Features include on-board dual-ported 

SBus converter boards 128 Kbytes of RAM, sampling rate programmable from 6 ps to several ms, and analog section 
that is electrically isolated from the system’s bus. Price: $2,495. 


CSPI Single-slot 6U VME board features 200-Mflops peak performance, up to 64 Mbytes of 

SC-3XL/VME DRAM, and up to 200 Mbytes/s I/O, using two Intel 50-MHz i860 XP chips. Contains 

Vector processor VME64, VSB, and CSPIO interfaces. Price: from $12,000. 


Data Technology EISA adapter provides compatibility with all SCSI and SCSI-2 peripherals. It supports SCSI 

DTC3292 bus data rates of 10 Mbytes/s and an EISA burst data transfer rate of 33 Mbytes/s with sus- 

SCSI host adapter tained EISA transfer rates of 20 to 25 Mbytes/s. The DTC3292 sequentially powers up to sev¬ 

en SCSI devices. Price: $325. 


Global Specialties 
DOP-24 

Digital output card 
IOtech 

Digital488/32/OEM 
Interface board 


LSI Logic 
Bit Buster 700 
Evaluation board 


Microfield Graphics 
X8 

Graphics controller 


Card provides 24 opto-isolated Darlington outputs suitable for driving DC loads in the 5 to 
24V range at currents up to 400 mA per channel. Common programming language can drive 
the card. Short format occupies a standard IBM PC and compatibles I/O slot. Price: $195. 

This 4 x 4-inch, 32-I/O-line board enables data transfers between the IEEE 488 bus and de¬ 
vices equipped with up to 32-bit wide digital ports. I/O lines are TTL-level digital and pro¬ 
grammable in 8-bit groups as either inputs or outputs. Firmware includes a complete com¬ 
mand set for implementing all board functions. Price: $495. 

Based on company’s JPEG-compatible chip set, this PC AT-compatible board provides a 
sample subsystem for evaluating hardware and software designed to compress still-image or 
full-motion video data up to 30 Mbytes/s. Applications include video editing, desktop pub¬ 
lishing, medical imaging equipment, and document and photo archiving. Price: $2,800. 

Single-slot intelligent 1,280 x 1,024 x 8 color graphics controller for X Window System and 
Microsoft Windows environments. X8 performance transfers ISA bus image data at 50 
Mbytes/s between the host and display; draws at 132,000 clipped, random, 40-pixel-long vec¬ 
tors/s; and performs block logical transfer operations at 23 Mpixels/s. Price: $2,995. 


Motorola Combining either the MC68040 or MC68LC040 CISC microprocessor with the IndustryPack 

MVME162 I/O expansion interface and other interface and memory options, the MVME162 bridges the 

Embedded computer gap between Motorola’s embedded controllers and SBCs. Price (quantities): under $1,000. 


RC Electronics Multichannel instrumentation amplifier has a frequency response of 200 kHz for all its gain 

RCI-PG A ranges. Gains from 1 to 200 are individually programmable either through the PC bus or di- 

Amplifier rectly via an external TTL clock and serial data line. Board can be housed in a PC or an exter¬ 

nal chassis. System works with any bus-based data acquisition system. Price: $2,400. 


Silicon Graphics 
RealityEngine 
Graphics board set 


Ultraview 
SBext-82 
SBus extender 


Xycom 
XVME-684 
PC/AT computer 


Three-board set for both Iris Crimson workstations and Iris Power Series supercomputing 
systems increases graphics processing to more than 600,000 textured, anti-aliased triangles/s 
for more than 320 million pixels/s. It delivers 1,600 x 1,200 resolution on a 21 -inch monitor, 12 
bits-per-component color accuracy, and HDTV output. Price: from $99,000. 

Smart board brings all 82 SBus signal lines to standard test posts for connection to logic ana¬ 
lyzers or test equipment. It dynamically measures current consumption and voltage on a 
board under test and lights LEDs if the current or voltage exceeds specifications. Its vertical 
orientation gives access to both sides of the board under test. Price: $495. 

Two-board 6U set incorporates a 50-MHz 80486DX2 processor, 4 or 16 Mbytes of dual¬ 
access DRAM, both VMEbus and PC/AT hardware interfaces, IDE hard disk and floppy 
disk controllers, a SuperVG A graphics controller, two RS-232C serial ports, one Centronics 
parallel port, and all VMEbus slot 1 functions. Price: from $5,800. 
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Learning to compute faster 

— Richard Eckhouse, University of Massachusetts at Boston 


When most of us think of parallel 
processing, we conjure up images of 
supercomputers that sell for millions 
of dollars. But thanks to a cooperative 
development between Computer Sys¬ 
tem Architects (CSA) and SGS- 
Thomson/Inmos — with Logical Sys¬ 
tems chipping in on the C compiler — 
you can have your very own parallel 
processor for a mere $236. This buys 
you a 20-MHz, 32-bit T400 Transputer 
board that plugs into an IBM PC (or 
compatible), along with both C and 
Occam compilers, and 1,500 pages of 
documentation. The documentation 
includes everything from the basic 
transputer architecture to a compiler 
writer’s guide to C and Occam com¬ 
piler user guides. This seemed like 
such a bargain, I called and asked for 
an evaluation unit to try out on a par¬ 
allel processing class I was teaching. 

To be fair, I need to qualify the 
configuration pricing a bit. First, the 
PC add-in board includes only the 2 
Kbytes of memory on board the trans¬ 
puter chip. Second, while you can 
write C and Occam parallel processing 
programs to run on a single transput¬ 
er, you really will want additional 
processor boards for a true parallel 
processing system. Thus, the configu¬ 
ration I received and tested included 
two additional boards (at a cost of 
$150 each), with 1 Mbyte of factory- 
installed dynamic RAM added to each 
board (at a cost of $110 each). I also 
received a copy of the optional Modu¬ 
la-2 compiler. So for well under 
$1,000,1 had a complete system that 
provided hands-on experience with a 
novel architecture and a parallel pro¬ 
cessor supported by three parallel 
processing compilers. 

Although the transputer has been 
around for a number of years, I call its 
architecture novel because it is truly 
different from microprocessors such 
as Motorola’s 68000 or Intel’s 80x86 
series. Users will quickly learn about 
the hardware stack-oriented instruc¬ 


tion-set processor that communicates 
over a 32-bit internal bus intercon¬ 
necting the CPU, the links that pro¬ 
vide high-speed serial transmission 
between external transputers, the in¬ 
ternal RAM, and the external memo¬ 
ry (the 1 Mbyte of DRAM mentioned 
earlier). 

My class was fascinated by the 
transputer’s architecture. It has six 
registers that include workspace and 
next-instruction pointers. Prefix func¬ 
tions extend the base instructions, and 
a microcoded scheduler replaces soft¬ 
ware typically found in a kernel. 

Even the memory addressing is differ¬ 
ent because addresses are treated as 
signed values. I was able to use these 
differences to “break the mold” of 
conventional thinking and open up 
possibilities that might lead to better 
(and decidedly different) computer 
architectures. 

Of course, the underlying architec¬ 
ture can be ignored by simply using 
the compilers that come with the kit. 
The Transputer Education Kit user 


guide includes a section on software 
options and memory that contains ex¬ 
amples of how to compile four differ¬ 
ent versions of a simple program: one 
in C using only the on-chip memory, 
another in C requiring external mem¬ 
ory, one using assembly language, and 
one written in Occam. Because the 
disks included with the hardware con¬ 
tain all the software, it was simply a 
matter of following the installation in¬ 
structions (for both the hardware and 
software) and verifying the predicted 
results. 

I liked this approach because my 
goal was to accustom students to the 
software and hardware, while moving 
them from C to Occam. This little 
manual (92 pages) is filled with every¬ 
thing the students need to know, in¬ 
cluding a brief theory of operation, 
the installation guide just mentioned, 
the installation options, the external 
interface, troubleshooting, the basics 
of writing C code that uses the on- 
chip memory, and appendixes cover¬ 
ing the memory map, the I/O inter- 
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More teaching materials 

While parallel programming is easy to grasp conceptually, writing real pro¬ 
grams takes some work. Fortunately, there is an informal transputer users 
group (known as UParCC and coordinated by Chris Nevison at Colgate Uni¬ 
versity, cnevison@colgate.edu). The group has developed a thorough set of 
laboratory modules for teaching parallel computing at the undergraduate level. 
The 15 modules written by UParCC members fill a 2-inch three-ring binder. 
Each module starts with a brief description, states the purpose, and gives the 
prerequisites/requirements for each problem. 

The rest of the module is in the form of a handout that again states the prob¬ 
lem, gives the algorithm for solution, includes a programming exercise (with 
code), and ends with a set of references. For those needing more to bring 
themselves up to speed, Nevison sponsored an NSF Undergraduate Faculty 
Enhancement Course this past June. And CSA sponsored a two-day parallel 
processing workshop in September at cost for those interested in teaching 
hands-on parallel processing. 

— Richard Eckhouse, University of Massachusetts at Boston 


face, and schematics. 

Two other manuals were particular¬ 
ly helpful. The first is a user guide 
that binds together several individual 
manuals: Transputer Architecture and 
Overview, Transputer Technical Speci¬ 
fications, and The Transputer Instruc¬ 
tion Set: A Compiler Writer’s Guide. 
The transputer is not just one chip but 
several different models all using a 32- 
bit bus but with different amounts of 
internal memory and on-chip FPU, 
and different numbers of links. The 
key to transputer parallel processing 
is utilizing the links. The architecture 
and overview section explains them 
very well. 

The second manual combines a tu¬ 
torial introduction to Occam pro¬ 
gramming with a user manual on the 
Occam 2 toolset. I found the tutorial a 
bit too brief and had to supplement 
our lectures with another book on 
parallel programming. 

One area that presented particular 
problems to students was the parallel 
communications called Placed Par. 
Occam programs can be designed, 
written, tested, and debugged on a 
single processor before being trans¬ 
ferred to a network of parallel com¬ 
puters. To take advantage of the par¬ 
allel processing, you need to allocate 
parallel processes in the program to 
different processors. This is when you 
replace your Par (for parallel begin) 
with a Placed Par. Doing so requires a 
solid understanding of how to allocate 
processors and how the links work. 
The allocation is important because 
transputers come with two or four 
links, and this difference determines 
the geometry of networked computers 


(for example, a chain, a tree, or a 
mesh). 

The other manuals included with 
the unit were less useful. Some are 
too detailed (for example, The Trans¬ 
puter Databook). Some cover materi¬ 
al not of primary interest (for exam¬ 
ple, Logical System C for the 
Transputer: Version 89.1 User Manual 
bound with ParaScope Transputer 
Debugger for Logical Systems C and 
The Transputer Development and 
Databook). 

If you have been wondering why 
the transputers are plugged into a PC, 
the answer is simple. The PC provides 
both the power and the interfaces 
(keyboard, screen, and printer) neces¬ 
sary for transputer boards to run pro¬ 
grams and interact with the user. 

Also, the PC is the host for the soft¬ 
ware, providing disk space and com¬ 
puting power for the C and Occam 
cross-compilers. The only external 
connections are the cables between 
the transputer boards that use the 
built-in links to provide communica¬ 
tion. These cables plug into the back 
of each board. 

I installed the transputer boards in 
both a 12-MHz 286 and a 16-MHz 
386SX. The boards worked right out 
of the box, in both cases using the fac¬ 
tory-set defaults for the on-board 
jumpers. Included was a collection of 
parts to take advantage of the exter¬ 
nal interface (for example, the light- 
emitting diode, or LED, and pro¬ 
grammed I/O port). User guide 
examples specify how to build inter¬ 
faces for a parallel printer, an eight- 
channel analog-to-digital converter, a 
two-channel digital-to-analog con¬ 


verter, and a two-digit LED display. 
This is helpful if you want real-time 
monitoring and control; however, I 
did not have time to explore it. 

As an affordable and understand¬ 
able multiprocessing and parallel 
computer system, the Transputer Ed¬ 
ucation Kit is outstanding. The stu¬ 
dents liked it as much as I did. The 
UParCC group adds immeasurably to 
the value of the kit (see sidebar). 
CSA, the company that produces the 
kit, was most cooperative, quickly an¬ 
swering all our questions and offering 
helpful advice on how to get addition¬ 
al reference material. You would be 
hard pressed to find as valuable and 
inexpensive a tool as this kit, whether 
you are an educator or a professional 
trying to get up to speed in parallel 
processing. 

Readers can contact Computer Sys¬ 
tem Architects at 100 Library Plaza, 
15 N. 100 East, Provo, UT 84606; 
(801) 374-2300; fax (801) 374-2306; or 
circle Reader Service Number 21. 


Fishing for ideas 

— John Cratty, Scantech Corp. 


Ideafisher is as fascinating a soft¬ 
ware concept as it is a computer appli¬ 
cation to aid the creative thought pro¬ 
cess. Fisher Idea Systems bills it as a 
brainstorming system — a productivi¬ 
ty tool. The company claims it works 
as well in a group brainstorming envi¬ 
ronment as it does for one person. I 
haven’t had the opportunity to use it 
in a group setting, but I used it on my 
own to prepare for a presentation and 
to work on ideas for a new product I 
was developing. 

The Ideafisher software includes 
one large database of questions to 
stimulate the brainstorming processes 
and a second interrelated set of data¬ 
bases for word association and idea 
stimulation. It also includes two note¬ 
pads with a minimal word processor 
for recording responses to questions 
or noting ideas as they evolve. 

The balance of the program pro¬ 
vides a vehicle to navigate you 
through the reservoir of information 
and to assist you in ferreting out 
words and concepts associated with 
your goal. The underlying idea is that 
the free association of words and 
phrases will inspire and stimulate the 
creative process. 

Ideafisher runs on any PC or PC 
clone. It requires 512 Kbytes of mem¬ 
ory, MS- of PC-DOS 3.0 or greater, 
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7 Mbytes of disk space, floppy disk 
drives, and a color or monochrome 
monitor. A printer is optional (the 
program is useful without one). A 
mouse is optional, though it makes 
the windows easier and faster to use. 

The main program comes on 10 
disks in either 3.5- or 5.25-inch for¬ 
mat. Each supplemental program 
comes on a single disk. The main pro¬ 
gram is installed automatically, via an 
Install program, in about 10 to 15 min¬ 
utes. I used this time to skim through 
the introduction to the manuals. In¬ 
stalling the auxiliary programs re¬ 
quires using the DOS command to 
copy files into a directory. 

Ideafisher exhibits a conventional 
window-like environment. Its look 
and operation will be familiar to users 
who run any type of windowing soft¬ 
ware package. 

Like a child with a new Christmas 
toy, I dove headfirst into the program. 
However, I was immediately distract¬ 
ed by the bright red screen back¬ 
ground. The introduction to the man¬ 
uals stated that screen colors can be 
altered via a setup program, but I had 
trouble finding out how to do this be¬ 
cause “colors” was not in the manual’s 
index. As it turns out, the instruction 
is on a single line in the setup section. 
Each time I attempted to modify the 
notepad backgrounds to blue, I ended 
up with the main menu as black on 
black. It took a call to Fisher Idea 
Systems’ technical support to find the 
procedure for changing the colors. 

The procedure is tedious and requires 
thorough planning. 

While I was able to move around in 
the program intuitively, comprehend¬ 
ing the value of each procedure elud¬ 
ed me until I invested some time in 
the manuals. 

To benefit from Ideafisher while 
brainstorming an idea, you follow a 
simple path, answering questions and 
selecting directions through a series of 
menus until you encounter a bank of 
questions directed at your topic. 

There are seven pull-down options 
on the main menu: Program Informa¬ 
tion (indicated by three parallel hori¬ 
zontal lines), File, Edit, Show, Qbank, 
Ideabank, and Compare. 

Example session 

Most brainstorming work begins 
with Qbank, which is the entrance 
into the Ideafisher question bank. Se¬ 
lecting Qbank lets you further select 
the direction you want to take during 
this session. You may decide to “Ori- 
ent-Clarify” your thinking, “Modify” 
the conception you have in mind, 




Like a child with a new 
Christmas toy, I dove 
headfirst into the program. 

But I was immediately 
distracted by a bright red 
screen background. 


“Evaluate” views that you have al¬ 
ready conceived, or use your “Person¬ 
al Qbank.” A hot key lets you jump to 
the Idea Notepad for recording notes 
at any time during the session. 

When you start a new brainstorm¬ 
ing session with the Orient-Clarify op¬ 
tion, you choose a general category of 
questions. The available categories 
are Ideas for Story or Script, Adver¬ 
tisement Campaigns, New Names, 
New Products or Product Improve¬ 
ments, Marketing Strategy, and Prob¬ 
lem Solving. You would eventually 
choose all these categories in develop¬ 
ing ideas for a new product. 

For example, you would first select 
the Qbank menu option. Since you 
are just beginning the idea search, you 
would select Orient-Clarify from the 
next menu. Next, the target for the 
session is designated as Ideas for New 
Products and Product Improvements. 
You are given several options as to 
what aspect of the problem to exam¬ 
ine. If you select Clarifying Needed 
Improvements for an Existing Prod¬ 
uct, Ideafisher introduces questions 
about the problem, which are de¬ 
signed to stimulate your thinking. 

As you advance through the list of 
questions, you will answer those that 
are important to the task at hand 
while skipping others. Ideafisher cop¬ 
ies any questions you choose to an¬ 
swer into a window called the Ques¬ 
tion Notepad. You type your answers 
into that notepad. Answers can take 
any form — from single words and 
phrases to long explanations. Howev¬ 
er, short explanations that highlight 
the thoughts are the most useful re¬ 
sponses. 

After answering the questions, you 
can filter the Question Notepad re¬ 
sponses to generate a list of Key Con¬ 
cepts. You can then select any or all 
of these concepts and copy them to 
the Idea Notepad. The list will include 
several words or phrases that seem to 
approach your intended target. You 
can select one of these, then scan 


Ideafisher’s Topical Categories list 
that appears automatically. You 
search this alphabetical list to find ei¬ 
ther the word selected from the Idea 
Notepad or another word with a simi¬ 
lar meaning. 

Selecting the word brings up a list 
of topics associated with it from which 
you select the term that most closely 
matches your goal. For example, if the 
word computer is selected, Ideafisher 
will spawn a list of computer-related 
terms such as computer-access code, 
computer-aided flight control, com¬ 
puter crime, computer dating, com¬ 
puter hacker (computer whiz), com¬ 
puter illiterate, computer industry, 
and about 28 other choices. 

Selecting the term, in turn, gener¬ 
ates another menu called the Topical 
Category. For example, selecting the 
term computer clone from the list 
generates the Topical Categories com¬ 
puters/robots, copy/duplicate/imitate, 
offices/the office environment/office 
supplies, substitute/replace, and more. 
Selecting the topic category generates 
a list of aspects of a topic: Verbs, 
Things/Places, and Descriptions. Idea¬ 
fisher contains a very large database 
of concepts and words to select from. 
However, it’s not an intelligent sys¬ 
tem, so if you approach a topical cate¬ 
gory from the exact same path, you’ll 
get the same results every time. 

In the computer example, selecting 
Verbs brings up a list of 53 items. 
These include clone (make identical 
copy), copy (imitate), copy (repro¬ 
duce), dress like the boss, duplicate, 
echo (reverberate/repeat), grow to 
look like your spouse, transcribe, and 
transpose. Some of these words seem 
suitable to the task, while others seem 
“off the wall.” Isn’t this exactly how a 
brainstorming session usually works? 

As you scan this list, some words 
and phrases turn on a light bulb. 

These can be copied to the Idea Note¬ 
pad for additional work. The goal of 
the brainstorming process at this point 
is to trigger as many ideas as possible 
without regard to their validity. 

The Idea Notepad has automatically 
been keeping track of the path through 
the menus as well as the specific entries 
selected. You can save both the Idea 
Notepad and the Question Notepad to 
resume a session at any time. These 
files use ASCII format, so you can load 
them easily into a word processor or 
ASCII text editor. 

Other methods 

While most sessions start with 
Qbank questions, Ideafisher includes 
other means of generating ideas. If 
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your idea is fairly well established, 
you can use Ideafisher to help brain¬ 
storm a particular aspect of a problem 
by using the Ideabank menu. This em¬ 
ploys the same interaction with the 
words and concepts database as the 
Qbank option except you skip the ini¬ 
tial questions and leap directly into 
the word-association menus. 

You can also pick Compare from 
the main menu. This function lets you 
select two words associated with your 
project and find relations between 
them. For example, to compare 
“work” and “idea,” I entered “work” 
and selected “imagination/creativity” 
from the Topical List selected. Next I 
entered “idea” and selected factories/ 
manufacturing from the Topical List. 
Among the returned selections under 
People/Animals, I found artisan, 
craftsman, designer, entrepreneur, 
and Ford, Henry. Under Things/Plac¬ 
es I found end product, model (proto¬ 
type), proving ground, suggestion box, 
and workshop. Under Verbs I found 
build, invent, modernize, plan (devise/ 
prearrange), and recycle. Each of 
these topics contains a large list of 
words and phrases to assist in the 
brainstorming process. 

On-line help and 
supportive manuals 

The on-line help is called either 
from the keyboard with the familiar 
FI key or from the mouse, but it is not 
context sensitive. It contains a fair 
amount of text explaining the purpose 
and concepts of the various windows 
and functions. However, I want on¬ 
line help to quickly tell me which key 
to press for the next step in the pro¬ 
cess. This is not always readily appar¬ 
ent in the Ideafisher on-line help. 

Now that most sophisticated users ex¬ 
pect context-sensitive on-line help, 
this constitutes a minor drawback in a 
respectable program. 

Ideafisher comes with two small 
manuals. The introduction manual de¬ 
scribes Ideafisher and how it came 
about. It includes a good number of 
examples and a large appendix of 
reading and references on brainstorm¬ 
ing in general. 

The user guide contains the usual 
section for getting started, along with 
more sample lessons. It also addresses 
other means of using Ideafisher and 
includes a command reference. 

Both manuals are tutorials, which I 
found most useful in attempting to un¬ 
derstand the brainstorming concept 
behind Ideafisher. 

I found the indexes to be inade- 


Several years ago, I 
became enchanted by the 
superior capabilities of 
second-generation laser 
printers and selected 
the Hewlett-Packard 
LaserJet Series II. 


quate, and the tutorial format makes it 
difficult to locate a reference when you 
just need to freshen your memory. 

Summary 

Ideafisher is designed to expedite 
brainstorming — a method of generat¬ 
ing as many ideas as possible without 
regard to how well they fit into a con¬ 
cept. It also provides a method for re¬ 
fining and filtering those ideas, and fi¬ 
nally culling out the best ones. Note, 
however, that its database is not spe¬ 
cialized for use by the computer in¬ 
dustry. An engineer should not expect 
to buy Ideafisher off the shelf and im¬ 
mediately come up with highly techni¬ 
cal ideas. The good news is that you 
can create a personalized set of key¬ 
words and questions to customize the 
program. 

This program increased my produc¬ 
tivity by helping me understand the 
problem at hand and come up with 
different possible solutions. You do 
have to have your brainstorming hat 
on to make the most of Ideafisher. I 
found that when I was in the brain¬ 
storming frame of mind, ideas would 
come from unexpected places within 
the program. As I was manipulating 
the menus toward the cross-referenc¬ 
ing goal, something would trigger a 
spark in my mind. I quickly learned 
the hot key to the Idea Notepad. 

Ideafisher is unique in its use of as¬ 
sociative databases. Sometimes this 
uniqueness seems to get in the way of 
the operation. However, I found this 
$595 product immensely helpful in 
generating ideas and forming them 
into full-fledged concepts. Ideafisher 
is a great way to have a brainstorming 
session with yourself. 

Readers can contact Fisher Idea 
Systems Inc. at 2222 Martin St., Ste. 
110, Irvine, CA 92715; (714) 474-8111; 
or circle Reader Service Number 22. 


LaserMaster’s 
WinJetTM800 
reenergizes 
HP LaserJet 

— Giovanni Perrone, GP Systems 

Several years ago, I became en¬ 
chanted by the superior capabilities of 
second-generation laser printers and 
thus selected the Hewlett-Packard 
LaserJet Series II. This printer has 
been a faithful workhorse in my PC 
lab, performing flawlessly. Neverthe¬ 
less, the growing popularity of graphi¬ 
cal environments such as Microsoft 
Windows — and the increasingly so¬ 
phisticated graphical features of Win¬ 
dows applications — taxes its basic ca¬ 
pabilities. Like most PC users, I have 
been attracted to the impressive fea¬ 
tures of the newer laser printers. 

Of course, there are many upgrade 
options for the LaserJet Series II. Al¬ 
though I spent several months moni¬ 
toring these options, none seemed to 
provide the right combination of fea¬ 
tures. I did consider using the Pacific 
Page/XL upgrade package. It im¬ 
proved printing performance and add¬ 
ed full PostScript compatibility with¬ 
out sacrificing LaserJet’s standard 
Printer Control Language (PCL) op¬ 
eration — all at a street price of under 
$1,000. Unfortunately, Pacific Page/ 
XL is not available for the LaserJet 
Series II. Then, just as I began think¬ 
ing about switching to a PostScript 
printer, I heard about LaserMaster’s 
WinJet 800. 

Features 

LaserMaster’s WinPrint series of 
printing products for Windows 3.1 and 
3.0 currently consists of three prod¬ 
ucts: a WinPrinter laser printer (the 
800 model) and two WinJet upgrade 
kits (numbered 800 and 300). 

The WinPrinter 800 ($1,795) is an 
eight-page-per-minute, 800-dpi output 
laser printer. The upgrade kit ($795) 
provides a video communications in¬ 
terface and the necessary WinPrinter 
software for converting an HP Laser¬ 
Jet Series II or IID, Series III or IIID, 
and Canon LBP-4 laser printer to the 
equivalent capabilities of the Win¬ 
Printer 800. The WinJet 300 upgrade 
kit ($495) provides all the WinJet 800 
features, except the output resolution 
quality remains at 300 dpi. This re¬ 
view focuses on the WinJet 800. 
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A revolutionary WinJet 800 (and 
WinPrint series) feature is its host- 
based design. Instead of relying on a 
peripheral coprocessor and added 
memory in the printer, the WinJet 800 
relies on the microprocessor (80386 or 
80486) and memory of its host com¬ 
puter. This approach, supported by 
advanced WinPrinter software, effec¬ 
tively makes the WinJet 800-equipped 
printer a part of the host computer. 
The advantages are extremely fast 
print speed, simplified font manage¬ 
ment, and convenient upgrade capa¬ 
bility. Now when you upgrade your 
microprocessor or computer — from, 
say, a 386 to a 486 — you also upgrade 
your printer. The primary disadvan¬ 
tage is simply that the advanced print¬ 
ing capabilities are only available 
when you are operating from within 
Windows. 

The WinPrinter software is custom- 
made specifically to support Windows 
printing. The main component is the 
WinPrint Manager, a Windows appli¬ 
cation that intelligently manages 
printing and uses the Windows 386 
enhanced mode to provide true back¬ 
ground printing for PostScript files. 
LaserMaster’s patented TurboRes 
technology boosts the output resolu¬ 
tion to 800 dpi for PostScript printing. 

WinJet 800 simultaneously supports 
three printing modes: a Windows di¬ 
rect driver for high-speed printing at 
300 dpi, a Windows PostScript emula¬ 
tor for PostScript printing at 300 or 
800 dpi, and the printer’s native HP- 
PCL mode at 300 dpi. A PCL emula¬ 
tor is provided in the WinPrinter soft¬ 
ware for use with Canon LBP-4 and 
WinPrinter 800. (The emulator is not 
necessary for the LaserJet since PCL 
is its native mode.) The two Windows 
modes are selected through a Win¬ 
dows application: Printer setup under 
the File menu. Once the mode is cho¬ 
sen, printing can be initiated from the 
Windows application. The native PCL 
mode is available from the Windows’ 
(MS-)DOS Prompt or, of course, from 
DOS itself (Windows not running). 
The Windows PostScript emulator 
also supports printing from DOS ap¬ 
plications run from within Windows. 
All three modes operate automatical¬ 
ly with no requirement to reset the 
printer between print jobs. 

In addition to printing from within 
a Windows application, the WinPrint 
Manager also lets you manually queue 
files for printing. It provides full print 
queue management and also allows 
page ordering for multiple-page Post¬ 
Script files. Page ordering includes 
printing normal order, reverse order, 
a thumbnail layout of all pages, only 


You no longer have to 
worry about which fonts 
must be downloaded. The 
software selects the 
required typefaces from 
the hard drive when you 
print a document. 


odd-numbered pages, only even-num¬ 
bered pages, and printing the pages 
for saddle-stitching into a booklet. 

The WinJet 800 includes 50 premi¬ 
um typefaces, PostScript Type 1 fonts 
usable in the Windows direct driver, 
and the Windows PostScript printing 
modes. A Font Manager application is 
also provided, making it easy to add 
more Type 1 fonts. WinJet 800 is also 
fully compatible with the Windows 3.1 
TrueType font format. 

All fonts are accessible all the time. 
You no longer have to worry about 
which fonts are resident or which 
fonts must be downloaded. The Win¬ 
Printer software automatically selects 
the required typefaces from the hard 
drive when you print a document, 
without reducing overall system per¬ 
formance. 

WinPrinter’s Syslnfo utility pre¬ 
sents information about your system’s 
memory usage and Windows swap 
file, which can help in diagnosing 
memory-related problems. A dialogue 
box displays two bar graphs: One 
shows memory usage in color-coded 
form and the other shows Windows 
CPU time usage. The memory usage 
bar graph breaks out the relative 
amount of memory being used in the 
following categories: 

• System (DOS and Windows exe¬ 
cutable and kernel), 

• Window (Windows environment 
and loaded applications), 

• WinPrinter (WinPrinter back¬ 
ground process), 

• DOS virtual machine sessions, and 

• Free (unused memory). 

The CPU time usage bar graph shows 
the relative amount of CPU process¬ 
ing time allocated to System, Win¬ 
dows, WinPrinter, and DOS virtual 
machine sessions. 

The dialogue box also includes the 


swap file size, the physical memory 
size, the sum of these two (that is, the 
total virtual memory), the amount of 
free memory, and whether a math co¬ 
processor is present. You can adjust 
the bar graph update interval from 
0.25 to 4 seconds, and display the bar 
graphs in the Syslnfo icon for conve¬ 
nient viewing from the Windows desk¬ 
top. 


Installation 

The installation is straightforward. 
The well-packaged WinJet 800 in¬ 
cludes all the necessary hardware and 
software: a 16-bit video interface 
board for the PC, a video interface 
card for the LaserJet printer, the con¬ 
necting video cable, the software on 
seven high-density 3.5-inch disks, and 
a spiral-bound user guide. 

A good first step is to double-check 
the WinJet 800’s system requirements: 

• a 386- or 486-based PC with either 
a 16-bit ISA- (PC/AT Industry Stan¬ 
dard Architecture) or an MCA- (PS/2 
MicroChannel Architecture) compati¬ 
ble bus slot (8-MHz bus speed), 

• a minimum 8 Mbytes of system 
memory (RAM), 

• PC/MS-DOS Version 3.3 or higher 
(Version 5.0 recommended for best 
performance), 

• Microsoft Windows Version 3.0 or 
higher (3.1 recommended), and 

• a minimum of 8 Mbytes of Win¬ 
dows permanent swap file. 

Next the interface boards are in¬ 
stalled. The ISA PC video interface 
board uses a default base I/O address 
of 140H(ex) and a default IRQ of 10. 
If you know another board is already 
using these settings in your system, 
you might as well change them at this 
point. The other settings available are 
180H, 240H, and 280H for the I/O ad¬ 
dress, and IRQs 11,12, and 15. The 
WinPrinter Setup program will detect 
any conflicts, for those who aren’t 
sure. 

The MCA video interface board 
(adapter) comes with an option disk 
containing the ADF file needed to 
configure the adapter using the PS/2’s 
reference disk. 

To update the LaserJet printer, you 
unscrew the Optional I/O metal cover 
plate at the rear, slide in the WinJet 
800 video interface card (with compo¬ 
nents facing down), and secure it with 
the two original screws. Then you can 
use the video cable to connect the 
printer to the PC (or PS/2). LaserMas- 
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Enhancing printer resolution with TurboRes 


Laser printers commonly provide 
print resolutions of 300 dots per inch 
in both the horizontal and vertical di¬ 
rections. While this produces highly 
legible text and very presentable 
graphics, an increase in printer reso¬ 
lution can significantly improve over¬ 
all document quality. Higher resolu¬ 
tions eliminate the stair steps (or 
jaggies) on curves, improve the legi¬ 
bility of small text, enhance line art 
and large text, and increase the num¬ 
ber of scannable gray levels. The re¬ 
ward, of course, is more profession¬ 
allooking documents. 

A laser printer’s horizontal resolu¬ 
tion is directly related to the modula¬ 
tion rate of the laser. Adjusting the 
electronics driving the laser to in¬ 
crease the modulation rate increases 
the number of pixels per horizontal 
scan line and the number of horizon¬ 
tal dots per inch. This is a fairly sim¬ 
ple process. 

The printer’s vertical resolution, 
however, depends on the speed of a 
rotating mirror and drum, which com¬ 
bine to provide a fixed number of ver¬ 
tical scan lines per inch on the drum. 
This presents a more difficult task, 
since the trick is to enhance vertical 
resolution without mechanical modifi¬ 
cation of the printer (specifically, 
without changing the speed of the 
mirror or drum). 

LaserMaster uses the conventional 
laser modulation technique to in¬ 
crease the horizontal resolution of 
their 300-dpi laser printer engines to 
800, 1,000, and 1,200 dpi. For verti¬ 
cal resolution enhancement, Laser¬ 
Master’s patented TurboRes technol¬ 
ogy can provide vertical resolutions 
of over 1,000 dpi by encoding infor¬ 
mation within a 1,000 x 400 image 


memory frame buffer. TurboRes en¬ 
codes the information in image mem¬ 
ory, which modulates the laser to 
generate variable-height pixels, 
boosting the effective vertical resolu¬ 
tion beyond a simple doubling of the 
printer engine’s base resolution. Tur¬ 
boRes provides the encoded verti¬ 
cal-resolution enhancement informa¬ 
tion in image memory as the 
character shape is generated. The 
character can be accurately ren¬ 
dered since the ideal character 
shape is known during this process. 

This extended use of image mem¬ 
ory removes the limit of the 300-dpi 
bitmapped image of characters 
(used by other implementations of 
resolution-enhancement technology) 
and eliminates the guesswork in¬ 
volved with adjustment factors such 
as edges that require smoothing and 
character stroke edges that need re¬ 
positioning. 

Three resolution-enhancement 
technology implementations are cur¬ 
rently available for 300-dpi laser 
print engines: LaserMaster’s Tur¬ 
boRes, HP’s Resolution Enhance¬ 
ment Technology used in the Laser¬ 
Jet Series III printers, and the paired 
scan-line scheme used by DP-Tek, 
QMS, and Xante. TurboRes is the 
most advanced implementation to 
date because it uses ideal character 
shape (not 300-dpi bitmapped) data 
and variable pixel sizes (not just 
half-height pixels). It delivers the 
highest quality output from standard 
laser printer engines without the 
need for mechanical modification to 
the printer. 


— Giovanni Perrone, GP Systems 


ter cautions against using other ca¬ 
bles, extensions, adapters, or switch 
boxes since they have not been tested. 
This being the case, maybe the com¬ 
pany should provide a bit more cable. 

I was just able to complete my hookup 
with the 8 or 9 feet provided, but an 
additional foot would have made it 
much neater. 

The well-designed Setup program 
makes installing the WinPrint soft¬ 
ware a snap. A Windows application 
that must be run from Windows, Set¬ 
up analyzes the system configuration; 


installs the WinPrint software, fonts, 
and spool directory; and modifies the 
Windows startup files as necessary. 
Since maximum performance from the 
WinJet 800 requires an optimized 
Windows environment, Setup may 
also make suggestions for optimiza¬ 
tion. 

The software requires about 5 
Mbytes of hard disk space. A dialogue 
box shows the four directories that 
will be affected, the space needed, and 
the space available. For the two Win¬ 
Print directories — YWINPRINT and 


WINPRINT\SPOOL — you can ac¬ 
cept the default or specify another 
drive. Clicking on the Install button 
starts the copy process. A bar graph 
shows the progress, and messages 
prompt for the next diskette. A dia¬ 
logue box asks you to accept the de¬ 
fault settings or specify the parallel 
ports for the WinPrint software emu¬ 
lators. Setup also modifies the Win¬ 
dows startup files WIN.INI and 
SYSTEM.INI. 

If you have not created a perma¬ 
nent Windows swap file of at least 8 
Mbytes, Setup will detect it, notify 
you with a message, and abort. A sin¬ 
gle page in the user guide provides the 
procedure for creating this swap file, 
covering both Windows 3.0 and 3.1. 

The WinPrinter software automati¬ 
cally supports Windows 3.1 TrueType 
fonts. Normally, Windows 3.1 users 
will not need to install Type 1 fonts, 
and the two disks will be bypassed 
during installation. If Type 1 fonts 
have been previously installed on a 
system using Windows 3.1, Setup will 
prompt you to compensate for those 
Type 1 fonts with the same names as 
the TrueType fonts by deleting the 
Type 1 references in the startup files. 
For systems using Adobe Type Man¬ 
ager, Setup will let you run the Win¬ 
Print Font Manager to make the Type 
1 fonts available to ATM. 

The Setup program creates a Win¬ 
dows group named WinPrint that con¬ 
tains the WinPrint, FontMan, and Sys- 
Info applications, as well as a ReadMe 
icon to display the last-minute infor¬ 
mation that didn’t make it into the 
user guide. 

Since the installation process modi¬ 
fies the startup files, you must restart 
Windows afterwards. If you are not 
already running Windows in 386 en¬ 
hanced mode, Setup will advise you to 
do so when you restart. 

A quick test is provided to assure 
you that the installation has been suc¬ 
cessful. You just start the WinPrint 
Manager by double-clicking on its 
icon, then click the Enqueue button 
and double-click on a sample Post¬ 
Script file (WINPDEMO.PS) to 
queue and print it. If it doesn’t print, 
the troubleshooting instructions in 
Appendix C of the user manual 
should resolve the problem. 

Operations 

As previously stated, the WinJet 
800 supports two advanced printing 
modes from within Windows (namely, 
the Windows direct printer driver and 
the Windows PostScript driver) and 
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either PostScript or HP LaserJet 
(PCL) printing from a DOS applica¬ 
tion running under Windows. To print 
from Windows applications, you can 
use either the Windows Control Panel 
to select the default printer or Printer 
Setup from within the application to 
choose the current printer. For each 
method, the direct driver appears as 
LM WinPrint Direct on Direct: and 
the PostScript driver appears as LM 
WinPrint 800 PS on WinSpool. Any 
other selections that exist in the print¬ 
er list also appear (for example, HP 
LaserJet Series II on LPT1:). Once 
the choice is made, printing proceeds 
as simply as with any Windows printer 
driver: Open the application, open a 
file to print, and click on print from 
the application’s File menu. Printer 
and page setup options offered by the 
application are also available. 

Printing from a DOS application 
running under Windows — initiated 
from the (MS-)DOS prompt — lets 
you print to the LaserJet in PCL 
mode or in PostScript mode using the 
emulator. To do this the DOS applica¬ 
tion is set up to use the LaserJet or a 
PostScript printer (using a driver the 
application supports). The only other 
requirement is for the printer port as¬ 
signments to match the assignments 
made during Setup. If the defaults 
were used, they would be LPT1 for 
the LaserJet and LPT2 for the Post¬ 
Script emulator. Once these prelimi¬ 
nary conditions are met, printing from 
the application proceeds as usual. 

The WinJet 800 triples the Laser¬ 
Jet’s printing capabilities by offering 
three printers in one: direct drive, 
PostScript, and LaserJet PCL. The 
WinPrinter direct driver usually pro¬ 
vides the fastest way to print from a 
Windows application, especially when 
printing graphics. It provides control 
over options such as paper size, paper 
source, resolution, orientation, and 
negative output. But the direct driver 
only works in the foreground and is 
not multitasked, so control is not re¬ 
turned until the printing is done. 

The WinPrinter PostScript emulator 
is also fast and flexible. It is multi¬ 
tasked in the background using Win- 
Spool, so control is returned as soon 
as the print job is spooled (temporari¬ 
ly written) to disk. The PostScript em¬ 
ulator’s flexibility is due to its printing 
options: page ordering for multiple- 
page PostScript documents, print 
queue control, and PostScript fills re¬ 
quired by applications such as Corel- 
Draw. 

Native mode PCL printing to the 
LaserJet is still available for those 


Anyone working with 
images from 
different applications 
probably has shared 
my fervent wish 
for more compatible 
formats. 


DOS applications where 300-dpi reso¬ 
lution, bitmapped fonts, or PCL soft 
fonts are acceptable or required. 

The WinPrint Manager Windows 
application provides two primary 
functions: an intelligent print spooler 
and a printing control center. The 
print spooler receives print files from 
applications running under Windows 
in PostScript or PCL format, queues 
them for printing, and sends them to 
the PostScript emulator or LaserJet. 
The printing control center lets you 
queue files for printing, change the or¬ 
der of files in the queue, pause and re¬ 
sume printing, delete files from the 
queue, and set various printing op¬ 
tions. The user interface is through 
menu bar selections for File, Options, 
and Help, and control buttons for 
Pause, Resume, Enqueue, Delete, and 
Info. The Info button displays infor¬ 
mation about a selected file in the 
queue. 

The bottom line on the WinJet 800 
is that it’s an outstanding upgrade for 
any HP LaserJet. The cost is reason¬ 
able, the features are great, installa¬ 
tion is a snap, the software is easy to 
use, the user guide is well done, oper¬ 
ation is virtually transparent, and the 
performance and output quality are 
absolutely incredible. The WinJet 800 
has certainly reenergized my “old” 

HP LaserJet Series II. 

Readers can contact LaserMaster 
Corp. at 6900 Shady Oak Rd., Eden 
Prairie, MN 55344; (800) 365-4646; or 
circle Reader Service Number 23. 


Conversion Artist 


— J. Jagadeesh, Ohio State University 

Anyone working with images from 
different applications and platforms 
probably has shared my fervent wish 


for fewer or more compatible formats. 
I often run into a situation where the 
image I have is not in the right format 
for either the application or the plat¬ 
form I’m using. Conversion Artist 
from North Coast Software helps deal 
with this problem. In fact, this slick 
program can import from 31 image 
formats and export to 17. For exam¬ 
ple, it can import from (but not export 
to) the Sun raster format and it can 
export to (but not import from) the 
PostScript format. 

Conversion Artist runs with Win¬ 
dows 3.1 and requires 1.2 Mbytes of 
disk space and 2 Mbytes of memory. I 
tested the program on a 486-33 with 8 
Mbytes of memory and a 1,024 x 768 x 
256 color video card. 

In my first test, I imported and dis¬ 
played some images that came with 
the video card. These included both 
16- and 256-color images. Conversion 
Artist displayed a faithful reproduc¬ 
tion of my 16-bit images but degraded 
reproduction of the 256-color graph¬ 
ics. I was quick to call the people at 
Northgate Software, who politely 
asked me to check my Windows driv¬ 
er. I was indeed running with a 16-col- 
or driver. 

In addition to importing and ex¬ 
porting, the program lets you open an 
image with 4 to 32 bits per pixel and 
display it on your PC. You will find 
this color-mapping scheme quite ac¬ 
ceptable. What you need to remember 
is that with your 256-color driver, the 
maximum number of colors you have 
is 256, including all the colors you 
have assigned to all the displayed win¬ 
dows. 

The manual explains how to opti¬ 
mize the available colors. When you 
open an image file, the display at¬ 
tributes are assigned from the Settings 
and Colors menu. You can assign the 
display attributes using the File Set¬ 
tings menu. You have many choices, 
and the selections are straightforward. 
While the image file is being read, a 
pop-up window shows the input image 
attributes such as width, height, and 
bits per image. You can then change 
the color attributes from 1-bit/pixel 
black-and-white to 32-bit colors. 

When you reduce the number of 
colors, you can choose from several 
mapping techniques. A status bar at 
the bottom of the display area shows 
the displayed image attributes. You 
can increase the number of colors per 
pixel from a lower to a higher value, 
but remember that the program can¬ 
not create new colors. It only provides 
for format compatibility. You can 
save the image and select the output 
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image format, number of colors, and 
type of compression. 

One of the best features of the pro¬ 
gram is that you can convert images 
from one format to another as a batch 
operation. You select the input files; 
the program gives the default output 
file name. You then change the output 
file name for each file one by one. 

You can also select the output format 
and other attributes. When you click 
on Batch, the program reads each im¬ 
age, displays it, converts it to the spec¬ 
ified format, and writes it to the out¬ 
put file. During batch mode the 
program displays each image in turn. I 
found it annoying to watch all these 
images as they were being converted 
and would have liked the option of 
disabling the display. 

One feature I was looking for and 
could not find was the capability of 
specifying the output directory so 
that I could batch-convert a bunch of 
files from one directory into another. 

You can capture images from Win¬ 
dows applications. You can also edit 
and print images. The editing features 
are limited, but then I am spoiled by 
using an editor on a Silicon Graphics 
machine. The Conversion Artist edit¬ 
ing features are really quite adequate 
for many applications. 

I experimented by printing images 
on my Hewlett-Packard LaserJet IIP 
printer and was happy with the results 
(I did not have access to a color print¬ 
er). 

Although it is difficult to evaluate 
speed because so much depends on 
the specific hardware, the program 
was not annoyingly slow on any test. 

Overall, Conversion Artist is a sim¬ 
ple, useful program with many fea¬ 
tures required for image conversion. 
And it’s a good value at $149.95. 

Readers can contact North Coast 
Software Inc. at 18A Shipley Rd., 
Barrington, NH 03825; (603) 332- 
9363; or circle Reader Service Num¬ 
ber 24. 


Graphical 
Interface Builder 
to the rescue 

— Jeffrey S. Smith, Lifestyle Soft¬ 
ware Group Inc. 

Recently, I had to port a Windows 
program, DietPro, over to DOS. My 
publisher, Lifestyle Software Group 


How could I write a 
complex C program 
with a slick, mouse- 
based, windowed 
user interface 
in seven weeks? 

I needed some real help! 


Inc., needed the completed and bug- 
free version of DietPro in just seven 
weeks. How could I write a complex C 
program with a slick, mouse-based, 
windowed user interface in such a 
short time? 

I needed real help! I looked at sev¬ 
eral graphical user interface libraries 
— including C-scape, Hi-Screen Pro 
II, and Vitamin C — before I settled 
on GIB (Graphical Interface Builder) 
from Tao Research. 

I had developed my Windows ver¬ 
sion of DietPro with Borland C and 
Resource Workshop. Resource Work¬ 
shop allowed me to design complex 
dialogue boxes with scrollable edit 
fields, multiple scrollable lists, radio 
buttons, etc. I just drew the dialogue 
boxes with an object-oriented paint¬ 
brush utility and then assigned ID 
numbers to reference each control in 
my Windows program code. 

GIB works the same way as Re¬ 
source Workshop. I simply drew my 
dialogues in GIB’s object-oriented 
paintbrush and then assigned control 
IDs to the buttons, edit fields, etc., so 
that I could reference the controls in 
my program. The controls I designed 
would then work in many different 
graphics modes (including HercMono, 
EGA, VGA, and SuperVGA) with or 
without a mouse. GIB’s paintbrush 
isn’t quite so sophisticated as Re¬ 
source Workshop’s (that’s to be ex¬ 
pected from a DOS program), but it’s 
easy to use and very flexible. 

When you save a dialogue box you 
have designed, GIB generates the 
skeleton code for your controls, auto¬ 
matically creating the message loops. 
So I didn’t have to learn the syntax 
for GIB’s window manager. I just had 
to look for my control ID (such as 
ID_SAVEBUTTON) inside the ap¬ 
propriate case statement, then add my 
own code. How simple and elegant! 

This is GIB’s greatest strength — 
you don’t have to learn much to use it 


effectively. I hate buying a program¬ 
ming tool only to find that I have to 
read manuals for days just to figure 
out how to use it. I bought GIB to 
save time, and I was able to start de¬ 
veloping DietPro-for-DOS code in 
about an hour and a half. 

GIB’s animated tutorials demon¬ 
strate how to draw various user inter¬ 
face controls. After I watched them a 
couple of times, I had a pretty good 
idea of how to create these controls. 
There are also several example pro¬ 
grams in the well-written manual to 
illustrate how to develop programs 
with GIB. Tao Research also provides 
excellent technical support and (un¬ 
like Borland and Microsoft) the team 
almost never puts you on hold or 
gives you a busy signal when you call. 

The GIB library works with most 
popular C compilers (such as Mi¬ 
crosoft and Borland) and occupies be¬ 
tween 150 and 200 Kbytes of RAM, 
depending on which library calls you 
make. This sparing use of memory en¬ 
ables GIB applications to run on 512- 
Kbyte RAM systems. To develop GIB 
applications, Tao Research recom¬ 
mends that you have at least a 286 sys¬ 
tem with 512 Kbytes of RAM, 1 
Mbyte of hard disk space, EGA or 
VGA graphics, and DOS 3.0 or later. 
Using the MetaWindow/Plus graphics 
library, the $395 GIB supports dozens 
of graphics modes. It is limited, how¬ 
ever, to displaying only 16 colors at a 

With GIB, you can draw/create 
push buttons, radio buttons, check 
boxes, text entry fields, and movable 
object icons. You can also resize ob¬ 
ject icons, scroll bars, and list boxes. 
You can even draw bitmaps with 
GIB’s bitmap editor or import images 
in a variety of formats (including .PCS 
and .BMP). 

Because the GIB editor is object 
oriented, you group controls into logi¬ 
cal arrangements. A radio button 
might consist of some circles and text 
that you would group together as one 
control. This control can then be as¬ 
signed a control ID or it can be re¬ 
sized (proportionally resizing all parts 
of the push button), moved, deleted, 
or assigned characteristics, etc. Sever¬ 
al radio buttons can be grouped to 
form an “action group.” If you assign 
this group a control ID, it will respond 
as a radio button group does (that is, 
clicking on one radio button turns off 
the others). This object-oriented ap¬ 
proach is very intuitive and will be fa¬ 
miliar to any programmer who has 
used object-oriented drawing pro¬ 
grams such as Windows Draw or 
CorelDraw. 
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GIB allows you to choose window 
styles such as GIB, Microsoft Win¬ 
dows, Macintosh, or X Windows. For 
example, if you choose the Microsoft 
Windows style, your windows will be¬ 
have accordingly (complete with Max¬ 
imize, Minimize, and Close options 
from the icon on the upper left cor¬ 
ner). This is a good feature to exploit 
if you know in advance which window 
style your target audience prefers. 

GIB includes all the basic graphic 
functions (such as pixels, lines, rectan¬ 
gles, polygons, ellipses, and fonts) to 
create graphics on the fly. I used these 
functions to draw some charts and 
graphs in DietPro. GIB even includes 
functions for loading/saving bitmaps. 
Basic mouse function calls are also in¬ 
cluded, as well as some standard func¬ 
tions for displaying messages, a print¬ 
er option dialogue box, and a file I/O 
dialogue box. 

When I finished DietPro for DOS, 
my publisher was surprised that the 
program looked so much like the 
Windows version. Practically every 
feature in the Windows version found 
its way into the DOS version. Because 
I was able to duplicate all the dia¬ 
logues and miscellaneous controls of 
the Windows version, I was able to 
use my Windows program code with 
few modifications, thus saving me a 
great deal of time and worry about in¬ 
troducing new bugs. 

In fact, I improved on the DietPro- 
for-Windows user interface in a few 
places, making the DOS version, 
which actually sells for less in stores, a 
superior program. (This made my 
publisher unhappy until I went back 
and improved the Windows version, 
effectively bringing it up to par with 
the DOS version.) 

In short, GIB is not only incredibly 
easy to use, it also creates very slick 
DOS user interfaces. If you develop 
this type of interface, this is the pro¬ 
gramming tool you’ve been waiting 
for. 

Readers may contact Tao Research 
at 39812 Mission Blvd., Ste. 205, Fre¬ 
mont, CA 94539; (800) 234-0602; or 
circle Reader Service Number 25. 


Review note 

Star 9,600-baud modem. As the siz¬ 
es of data and program files contine to 
grow, a high-speed modem is essential 
for acceptable throughput and man¬ 
ageable telephone communications. 

The Star 9,600-bps V.32 internal 


We found the people at 
technical support 
knowledgeable and helpful, 
but we were sometimes 
put on hold 

and told no one could take 
a message. 


Hayes-compatible modem from ATM 
International Industries is one of 
these products. It lists at $389, with a 
street price ranging from $193 to $239. 
It is an 8-bit ISA full-card modem that 
uses the V.42 error correction (LAPM 
and MNP4-2) and data compression 
(V.42bis, 4:1; and MNP 5, 2:1) proto¬ 
cols. At 9,600 bits per second, its ef¬ 
fective maximum throughput (with 
compression) can reach 38,400 bps for 
ASCII files. 

Except for the COM and IRQ selec¬ 
tion, the Star modem is fully software 
configurable. We tested it on a 386/33- 
MHz PC, using the Quick Link II 
communication program that comes 
with it. The modem worked fine when 
connecting several sites at different 
speeds and rates of data compression 
with varying error-correction proto¬ 
cols. We also tested the modem 
in the host answer mode to transfer 
files from another PC. The transfer 
was a breeze. 

The first modem we received for 
evaluation turned out to be defective. 
After a few calls to technical support 
and sales, we received a new modem 
by Federal Express. It worked fine the 
very first time with factory settings. 
We found the people at technical sup¬ 
port knowledgeable and helpful, but 
we were sometimes put on hold when 
we called them and told by the opera¬ 
tor she couldn’t take a message to call 
back. 

If you’re finding your 2,400-baud 
modem is too slow, then you might 
consider this one. It’s competitively 
priced, performs well, and comes with 
a 5-year warranty on parts and labor. 

Readers can contact ATM Interna¬ 
tional Industries Inc. at 16571 Gemini 
Lane, Huntington Beach, CA 92647; 
(714) 375-0306; or circle Reader Ser¬ 
vice Number 26. 

— T. Mzaik and J. Jagadeesh, Ohio 
State University 


State University of New York 
at Stony Brook 

Department of Electrical Engineering 

The College of Engineering and Ap¬ 
plied Sciences at SUNY Stony Brook is 
conducting a search for a chairperson of 
the Department of Electrical Engineering 
effective Spring 1993 or earlier. 

The University has selected Electrical 
Engineering as an area for special empha¬ 
sis and development. Substantial re¬ 
sources will be made available to the new 
Chair for this purpose. 

Excellent scholarship and leadership 
qualities are prerequisites for this posi¬ 
tion. Candidates are expected to have 
strong research backgrounds as indicated 
by publication history and status within 
his or her field. Of special importance will 
be the chairperson’s willingness and abil¬ 
ity to work closely with a diverse commu¬ 
nity of scholars, industrial corporations, 
and government agencies. 

The Department, one of six in the Col¬ 
lege of Engineering and Applied Sci¬ 
ences, has 20 full-time faculty. An 
additional 5 faculty members have joint 
appointments with other departments. Six 
of the faculty are Fellows of IEEE. Many 
have substantial professional activity and 
have gained other major recognition. The 
Department offers B.E., M.S. and Ph.D. 
degrees. There are currently 380 under¬ 
graduates enrolled in two programs - 
Electrical Engineering and Computer En¬ 
gineering. Both programs are accredited 
by ABET. Graduate student enrollment 
includes 94 full-time students. Faculty re¬ 
search interests include Bioengineering, 
Computer-Aided Design, Communica¬ 
tion Systems and Networks, Computer 
Architecture, Control Systems, Fault Tol¬ 
erant Computing, Machine Vision, Mi¬ 
crowave Electronics, Optoelectronics, 
Signal Processing, and Analog/Digital 
VLSI. 

SUNY Stony Brook is a major research 
university in the State of New York lo¬ 
cated on the scenic north shore of Long Is¬ 
land in a picturesque community 60 miles 
east of New York City. Campus student 
enrollment is 17,600 and there are 1,540 
full-time faculty members. The College 
of Engineering and Applied Sciences is 
one of the five major academic units 
which altogether offer graduate degrees 
in more than 43 subject areas, most of 
them including doctoral studies. 

Applications and nominations should 
be addressed to: Professor Phillip M. 
Lewis, Chair, Electrical Engineering 
Search Committee, Computer Science 
Department, SUNY Stony Brook, Stony 
Brook, NY 11794-4400. Applications 
should include a vita and the names of at 
least three references. SUNY Stony 
Brook is an affirmative action/equal op¬ 
portunity educator and employer. AK173. 
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Conference Proceedings, Tutorial 
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puter Society Press publishes more than 100 titles every year. 
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Workshop participants explore configurable distributed systems research 


Jeffrey Kramer, Imperial College 

Some 100 workshop participants 
from five continents got a chance to 
delve into current research on config¬ 
urable distributed systems in London, 
March 25-27. The occasion was the In¬ 
ternational Workshop on Configu¬ 
rable Distributed Systems, with Jef¬ 
frey Kramer and Morris Sloman of 
Imperial College in London serving as 
the respective program and organiza¬ 
tional chairs. The sponsors included 
the Institution of Electrical Engineers 
and the European unit of the US Of¬ 
fice of Naval Research. 

Workshop participants focused on 
methods, tools, and techniques for 
configuring (structuring) and manag¬ 
ing software for distributed applica¬ 
tions. The software configuration of a 
distributed system is usually per¬ 
formed in terms of creating instances 
of software components, binding com¬ 
ponents together, and allocating com¬ 
ponents to a hardware configuration. 
Reconfiguration is required to recover 
from failures and permit the system to 
evolve to include new functionality or 
new technology. Large systems re¬ 
quire dynamic reconfiguration to sup¬ 
port dynamic change without shutting 
down the complete system. 

Promising approach. Distributed 
computing offers one of the most 
promising approaches for providing 
computer processing. It offers avail¬ 
ability and reliability through replica¬ 
tion; response and performance 
through locality and parallelism; and 
extensibility and scalability through 
modularity. The challenge is to har¬ 
ness its flexibility and structure, and 
configure distributed systems to suit 
specific tasks. 

The most common questions about 
the field concern what form software 
components (or objects) should take, 
what interfaces they should provide 
and how they should interact, what 
language and execution mechanisms 
ip-e needed to support and manage 
system configuration and reconfigura¬ 
tion, and how to deal with failures. 


Flaviu Cristian described his work 
in a paper entitled “Automatic Re¬ 
configuration in the Presence of Fail¬ 
ures.” He discussed the need for, and 
design of, an availability management 
service responsible for ensuring that 
the services implemented by a distrib¬ 
uted system remain available to cli¬ 
ents despite failures. The service is 
provided by several servers — the 
units of failure and growth. 

Cristian said a loose synchroniza¬ 
tion policy permits the use of primary 
and backup servers managed by an 
availability manager in each host. The 
availability managers are distributed 
on the system hosts and cooperate to 
reconfigure the system to ensure a 
particular level of service. The ap¬ 
proach uses underlying layers for 
clock synchronization, broadcast, and 
membership protocols. 

Other participants presented similar 
approaches using server teams, check¬ 
pointing, and standby servers with re¬ 
configuration to mask failures and 
provide high availability. 

Language aspect. One focus of the 
workshop was on languages and their 
associated environments for describ¬ 
ing, constructing, and managing dis¬ 
tributed applications. Most of the con¬ 
tributions adopted the general 
approach that software components 
should be defined in a context-inde¬ 
pendent manner to facilitate their use 
in different configurations. 

Languages like Conic, Darwin, and 
Durra use component composition as 
the means for constructing more com¬ 
plex components. In fact, the ability 
to compose systems from component 
instances seems to be the underlying 
principle for system configuration and 
reconfiguration. In discussion, it was 
generally agreed that component in¬ 
terfaces should explicitly describe all 
permissible interactions, including 
failure modes. 

A number of papers presented at 
the workshop advocated the “configu¬ 
ration programming approach” of 


separating the language for describing 
program structure (configuration 
model) from that used for component 
programming (computation model). 

In addition, most addressed the prob¬ 
lem of describing changes in configu¬ 
ration structure that may occur dy¬ 
namically during execution. 

Participants engaged in interesting 
discussions comparing declarative lan¬ 
guages and procedural configuration 
languages, and arguing whether con¬ 
figuration languages should be sepa¬ 
rate from, or an extension of, the 
component programming language. 

Jeff Magee, for instance, described 
work at Imperial College on the sepa¬ 
rate configuration language Darwin 
and its use in structuring parallel and 
distributed programs. In addition to 
expressing static software and hard¬ 
ware structures, Darwin can be used 
to express structures that change dy¬ 
namically. The configuration language 
has no state, but uses programmed 
components to decide when to initiate 
change. 

Mario Barbacci and his colleagues 
at the Software Engineering Institute 
at Carnegie Mellon University use a 
similar approach in conjunction with 
the configuration language Durra, 
with reconfiguration scripts triggered 
by events in the distributed system. 
They illustrated an approach for 
building fault-tolerant distributed ap¬ 
plications using a standby for back¬ 
ward error recovery and n-modular 
redundancy with voting. 

The use of standbys is similar to 
what Cristian described, except that 
the availability management service is 
to be provided by the Durra configu¬ 
ration management service. 

Issues raised. Dynamic reconfigura¬ 
tion raises change-management issues 
of application consistency, interfer¬ 
ence, and integrity (for example, the 
issue of how to preserve state infor¬ 
mation during reconfiguration). Much 
of the work is based on the configura¬ 
tion programming approach that sepa- 
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rates structural configuration changes 
but requires components to partici¬ 
pate by becoming passive prior to re¬ 
configuration. This raised questions of 
how to determine “safe” reconfigura¬ 
tion states and the extent to which a 
component must be aware of the fact 
that it is being reconfigured. 

Discussions also took place on the 
difference between planned, pro¬ 
grammed change and arbitrary, exter¬ 
nal change required for system evolu¬ 
tion. For instance, Christine 
Hofmeister addressed these issues in a 
paper titled “Surgeon: A Packager for 
Dynamically Reconfigurable Distrib¬ 
uted Applications.” With some re¬ 
strictions, software modules can be 
prepared to be capable of reconfigu¬ 
ration. Replacement and replication 
reconfiguration activities can then be 
applied that do not require module 
participation. This has been imple¬ 
mented for Polylith. 

Contrasting approaches were also 
presented. “Reconfiguration in Ar¬ 
gus” emphasized concerns related to 
an environment with persistent data 
and statically typed module interfaces. 
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CALL FOR PAPERS 


IEEE Parallel and Distributed 
Technology — Systems and Appli¬ 
cations will begin quarterly publication in 
February 1993. The purpose of the maga¬ 
zine is to publish highly readable articles 
that address technology transfer from re¬ 
search results, innovative ideas from hard¬ 
ware and software development, and edu¬ 
cational issues in this field. Submit seven 
copies of the complete manuscript (up to 
6,300 words, including text, illustrations, 
sidebars, and references) to Michael J. 
Quinn, Editor-in-Chief, Oregon State 
Univ., Computer Science Dept., Dearborn 
Hall 303, Corvallis, OR 97331. 


and camera-ready version by Dec. 30, 
1992, to Bianca Falcidieno, Inst, per la 
Matematica Applicata — CNR, Via L.B. 
Alberti, 4,16132 Genova, Italy, phone 39 
(10) 515-510/517-639, fax 39 (10) 517-801, 
e-mail falcidieno@image.ge.cnr.it. 

Second IEEE Int’l Conf. on Fuzzy Sys¬ 
tems: Mar. 28-Apr. 1,1993, San Francisco. 
Sponsor: IEEE Neural Network Council. 
Submit six copies of paper (eight-page 
maximum) and abstract by Sept. 21,1992, 
to Piero P. Bonissone, General Electric 
CR&D, Bldg. K-l, Rm. 5C32A, 1 River 
Rd., Schenectady, NY 12301. 


& IEEE Annals of the History of 
' Computing seeks manuscripts and 
proposals for special 1993 and 1994 issues. 
Make submittals to J.A.N. Lee, Computer 
Science Dept., Virginia Tech, Blacksburg, 
VA 24061-0106, e-mail janlee@vtcsl.cs.vt. 


u IEEE Trans, on VLSI Systems will 
' begin quarterly publication in Janu¬ 
ary 1993, under the cosponsorship of the 
IEEE’s Computer Soc., Circuits and Sys¬ 
tems Soc., and Solid-State Circuits Coun¬ 
cil. Coverage will focus on VLSI/ULSI sys¬ 
tems integration. Submit seven copies of 
the complete manuscript (up to 25 double¬ 
spaced pages and up to three pages of fig¬ 
ures) to Sung-Mo (Steve) Kang, Editor-in- 
Chief, Coordinated Science Lab, Univ. of 
Illinois, 1101 W. Springfield Ave., Urbana, 
IL 61801-3082, phone (217) 244-0577, fax 
(217) 244-1653, e-mail kang@uivlsi.csl. 


Applications of Artificial Intelligence XI 
— Knowledge-Based Systems in Aero¬ 
space and Industry, Int’l Symp. on Optical 
Eng. and Photonics in Aerospace Science 
and Sensing: Apr. 12-16,1993, Orlando, 
Fla. Sponsor: Int’l Soc. for Optical Eng. 
Submit four copies of abstract by Sept. 14, 
1992. Contact Jonica Todd-Gallery, SPIE, 
PO Box 10, Bellingham, WA 98227-0010, 
phone (206) 676-3290, fax (206) 647-1445, 
e-mail jonica@mom.spie.org. 


j\ Compcon Spring 93: Feb. 22-26, 

' 1993, San Francisco. Submit three 
copies of extended abstract or full paper by 
Sept. 15,1992, to Ted Laliotis, HP Labs, 
PO Box 10490, MS 3U-14, Palo Alto, CA 
94303-0969, phone (415) 857-8750, fax 
(415) 857-4012, e-mail laliotis@hplabs. 
hp.com. 


Working Conf. on Geometric Modeling in 
Computer Graphics: June 28-July 2,1993, 
Genova, Italy. Sponsor: Int’l Federation 
for Information Processing. Submit five 
copies of 250-word abstract and paper 
(5,000-word maximum) by Sept. 20,1992, 


ICNN 93,1993 IEEE Int’l Conf. on Neural 
Networks: Mar. 28-Apr. 1,1993, San Fran¬ 
cisco. Sponsor: IEEE Neural Network 
Council. Submit six copies of paper (eight- 
page maximum) and abstract by Sept. 21, 
1992, to Hamid Berenji, AI Research 
Branch, MS 269-2, NASA Ames Research 
Center, Moffett Field, CA 94035. 


ISSCC 93,1993 IEEE Int’l Solid-State Cir¬ 
cuits Conf.: Feb. 24-26, 1993, San Fran¬ 
cisco. Cosponsors: IEEE Solid-State Cir¬ 
cuits Council et al. Submit 30 copies of 
abstract and summary by Sept. 22,1992, 
and camera-ready version by Nov. 25, 

1992, to John H. Wuorinen , 2 School St., 
PO Box 304, Castine, ME 04421, phone 
(207) 326-8811. 

Rova 93, First Int’l Conf. on Road Vehicle 
Automation: May 24-26, 1993, Bolton, 
England. Sponsor: Bolton Inst. Submit 
300- to 400-word abstract summary by 
Sept. 25,1992, and final paper (4,000-word 
maximum) by Jan. 15,1993, to Christopher 
Nwagboso, Vehicle Systems Research Cen¬ 
ter, School of Eng., Bolton Inst., Bolton, 
BL3 5AB, UK, phone 44 (204) 28851 ext. 
3470, fax 44 (204) 399-074. 


Flairs 93, Sixth Florida AI Research 
Symp.: Apr. 18-21,1993, Ft. Lauderdale, 
Fla. Submit six copies of 1,200- to 1,600- 
word abstract by Sept. 28,1992, and cam- 
era-ready version of full paper by Feb. 1, 
1993, to Douglas D. Dankel II, Flairs 93, 
E301 CSE, CIS, Univ. of Florida, Gaines¬ 
ville, FL 32611, phone (904) 392-1387, fax 
(904) 392-1220, e-mail ddd@cis.ufl.edu. 


IPPS 93, Seventh Int’l Parallel Pro- 
cessing Symp.: Apr. 13-16,1993, 
Newport Beach, Calif. Cosponsor: ACM 
SIGArch. Submit five copies of complete 
manuscript (15 single-spaced pages maxi¬ 
mum) by Sept. 30,1992, and camera-ready 
paper by Jan. 29,1993, to Viktor K. Pra- 
sanna, EE Systems Dept., EEB 244, Univ. 
of Southern California, Los Angeles, CA 
90089-2562, fax (213) 740-4449, e-mail 
ipps93@ halcyon.usc.edu. 
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Call for articles and referees for Computer 


Computer seeks articles for inclusion in future special issues. 


Extending the functionality of a telecommunications system will be the 
theme of the August 1993 issue. Manuscripts surveying or reporting original re¬ 
search, design and development, and applications are sought immediately in 


Classification of the kinds of problems raised by extending the functionality 
of telecommunications systems 

Modeling, reasoning, and testing techniques for detecting feature interactions be¬ 
tween different software components of a telecommunications system 
Techniques for dynamic resolution of conflicts arising because of interactions be¬ 
tween users or software components of a telecommunication system 
Software platforms and architectures for preventing or resolving interactions 
between different software components of a telecommunications system 
Tools and methodologies for promoting software compatibility and extensibility 
Environment and automated tools for related problems in other software 
systems 

Solution techniques used for actual telecommunication systems 


A 300-word abstract of each manuscript must be submitted by September 15, 
1992; 14 copies of each full manuscript must be submitted by November 15, 
1992; notification of decisions is set for March 1,1993; and the final version of 
each manuscript is due April 15, 1993. 

Direct submittals and questions to Nancy D. Griffeth, Bellcore MRE 2L-237, 

445 South St., Morristown, NJ 07962-1910, phone (201) 829-4538, e-mail 
nancyg@bellcore.com; or Yow-Jian Lin, Bellcore MRE 2Q-277, 445 South St., 
Morristown, NJ 07962-1910, phone (201) 829-4635, e-mail yowjian@bellcore. 
com. 

Visualization will be the theme of the July 1994 issue. See p. 100 of the July 
1992 issue of Computer tor complete information about the nature of the submit¬ 
tals being solicited. 

A 300-word abstract of each manuscript is due by June 15,1993; 14 copies of 
each full manuscript must be submitted by August 1,1993; notification of deci¬ 
sions is set for January 15, 1994; and the final version of each manuscript is due 

March 1, 1994. 

Submittals and questions should be directed to Arie E. Kaufman, Dept, of 
Computer Science, State University of New York at Stony Brook, Stony Brook, 

NY 11794-4400, phone (516) 632-8441, e-mail ari@cs.sunysb.edu. 


For submittal to Computer, manuscripts must not have been previously pub¬ 
lished or currently submitted for publication elsewhere. Each manuscript 
should be no more than 32 typewritten, double-spaced, single-sided pages 
long, including all text, figures, and references. Each of the 14 copies submit¬ 
ted should include a page that contains the title of the article, the full name(s) 
and affiliation(s) of the author(s), complete postal and electronic address(es) 
of all the authors as well as their telephone and fax number(s), a 300-word ab¬ 
stract, and a list of keywords identifying the central issues of the manuscript’s 
contents. The final manuscript should be approximately 8,000 words in length 
and contain no more than 12 references. 

If you are willing to review articles for any special issue, please send a note 
listing your research interests to Ted G. Lewis, associate editor of Computer, 
at the Dept, of Computer Science, Oregon State University, Corvallis, OR 
97331, Internet lewis@cs.orst.edu. 


ISIF 93, Fifth Int’l Symp. on Integrated 
Ferroelectrics: Apr. 19-21,1993, Colorado 
Springs, Colo. Cosponsors; US Office of 
Naval Research et al. Submit 300-word 
abstract by Sept. 30,1992, to Alona S. 
Miller, ISIF 93, Univ. of Colorado at Colo¬ 
rado Springs, 1420 Austin Bluffs Pkwy., 

PO Box 7150, Colorado Springs, CO 
80933-7150, telephone (719) 593-3488, fax 
(719) 594-4257. 


IEEE Int'l Conf. on Robotics and Auto¬ 
mation; May 2-7, 1993, Atlanta. Sponsor: 
IEEE Robotics and Automation Soc. Sub¬ 
mit four copies of paper (six-page maxi¬ 
mum) by Oct. 2,1992, and camera-ready 
version by Feb. 15,1993, to John Y.S. Luh, 
Dept, of Electrical and Computer Eng., 
Clemson Univ., Clemson, SC 29364, tele¬ 
phone (803) 656-5926, e-mail luhj@prism. 
clemson.edul. 


® CHDL 93, 20th Conf. on Hardware 
Description Languages and their Ap¬ 
plications: Apr. 26-28,1993, Ottawa, Cana¬ 
da. Sponsor: Int’l Federation for Informa¬ 
tion Processing. Submit six copies of paper 
by Oct. 5,1992, and camera-ready version 
by Feb. 1,1993, to Ottawa Carleton Re¬ 
search Inst., c/o Debby Sullivan, 340 March 
Rd., Suite 400, Kanata, Ont., Canada K2K 
2E4, phone (613) 592-8260, fax (613) 592- 
8163, e-mail trio@carleton.ca. 


Symp. on Integrated Systems: Mar. 14-16, 
1993, Seattle. Sponsor: Univ. of Washing¬ 
ton. Submit five copies of 500-word ab¬ 
stract and paper (15-page maximum) by 
Oct. 6,1992, to Kay Beck, Univ. of Wash¬ 
ington Conf., 114 Sieg Flail, FR-35, Seattle, 
WA 98195, phone (206) 685-3796, fax (206) 
543-2969, e-mail kbeck@cs.washington. 


Uth IEEE VLSI Test Symp.: Apr. 6- 

8,1993, Atlantic City, N.J. Cospon¬ 
sors: IEEE Computer Soc. Technical Com¬ 
mittee on Test Technology, IEEE Phila¬ 
delphia Section. Submit seven copies of 
review package (proposal) by Oct. 9, 1992, 
and camera-ready copy by Jan. 29, 1993, to 
Dhiraj Pradhan, Computer Science Dept., 
Texas A&M Univ., College Station, TX 
77843-3112, phone (409) 862-2438, fax 
(409) 862-2758, e-mail pradhan@ecs.umass. 
edu. 


TeleTeaching 93: Aug. 20-25,1993, Trond¬ 
heim, Norway. Sponsor: Int’l Federation 
for Information Processing. Submit contri¬ 
butions by Oct. 10,1992. To obtain the 
Call for Papers, contact Conference Secre¬ 
tariat, TeleTeaching 93, Kersti Larsen, 
Norwegian Computer Soc., PO Box 6714 
Rodelokka, N-0503 Oslo, Norway, phone 
47 (2) 37-02-13, fax 47 (2) 35-46-69, e-mail 
teleteach@avh.unit.no. 

MCMC 93, IEEE Multichip Module 

Conf.: Mar. 15-18, 1993, Santa Cruz, 
Calif. Cosponsors: IEEE Circuits and Sys¬ 
tems Soc. et al. Submit 20 copies of manu¬ 
script (10-page maximum) by Oct. 13, 

1992, and camera-ready version by Jan. 8, 

1993, to David P. LaPotin, IBM T.J. Wat¬ 
son Research Center, PO Box 218, York- 
town Heights, NY 10598, phone (914) 945- 
2586, fax (914) 945-4469, e-mail dpl@ 
watson.ibm.com. 


ICDCS 93,13th Int’l Conf. on Dis- 
Y&Y tributed Computing Systems: May 

25-28,1993, Pittsburgh. Submit six copies 
of double-spaced manuscript (20-page 
maximum) and abstract by Oct. 15,1992, 
to Larry Wittie, Z4400 Computer Science, 
SUNY at Stony Brook, Stony Brook, NY 
11794-4400, phone (516) 632-8456, fax 
(516) 632-8334, e-mail lw@sbcs.sunysb.edu. 

Int’l J. on Microcomputer Applications 
plans a special issue on parallel and multi¬ 
processor system architectures. Publisher: 
Academic Press. Submit four copies of 
manuscript by Oct. 15,1992, to Nikolaos 
G. Bourbakis, SUNY Binghamton, Electri¬ 
cal Eng. Dept., AAAI Lab, Binghamton, 
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NY 13902, phone (607) 777-2165, fax (607) 
777-4822, e-mail bourbaki@bingsuns.cc. 
binghamton.edu. 

|£{£j) First IEEE Int’l Workshop on Sys- 

terns Management: Apr. 14-16, 1993, 
Los Angeles. Submit 3- to 5-page position 
paper (extended abstract, summary, or 
working paper) by Oct. 16,1992, and six 
copies of the camera-ready manuscript by 
Jan. 22, 1993, to Seraphin B. Calo, IBM 
Research Div., 30 Saw Mill River Rd., 
Hawthorne, NY 10532, phone (914) 784- 
7514, e-mail calo@watson.ibm.com. 

ICICIS 93, Int’l Conf. on Intelligent 
nU' and Cooperative Information Sys¬ 
tems: May 12-14, 1993, Rotterdam, The 
Netherlands. Cosponsors: IEEE Computer 
Society et al. Submit five copies of full pa¬ 
per (5,000 words) by Oct. 19,1992, and 
camera-ready copy by Feb. 20,1993, to 
Michael Huhns, MCC, 3500 W. Balcones 
Center Dr., Austin, TX 78759, e-mail 
huhns@mcc.com; Guenther Schlageter, 
Fern Univ., Hagen, Praktische Informatik 
I, Feithstrasse 140D-5800 Hagen, Germa¬ 
ny; or Mike Papazoglou, QUT School of 
Information Systems, Faculty of Informa¬ 
tion Tech., GPO Box 2434, Brisbane, QLD 
4001, Australia, e-mail mikep@snow.fit. 
qut.edu.au. 


Dallas. Submit eight copies of 60-word ab¬ 
stract and complete text (5,000-word maxi¬ 
mum) by Oct. 23,1992, to MP Associates 
Inc., Attn.: Bryan Preas, 7490 Clubhouse 
Rd., Suite 102, Boulder, CO 80301, phone 
(303) 530-4333. 

(3^1 Second Int’l Workshop on the Eco- 
nomics of Design, Test, and Manu¬ 
facturing: May 10-11, 1993, Austin, Texas. 
Submit 13 copies of 50- to 80-word ab¬ 
stract, 500-word extended summary, or full 
paper by Oct. 30,1992, and final version by 
Mar. 1,1993, to Magdy Abadir, MCC, 

High Value Electronics Div., 12100 Tech¬ 
nology Blvd., Austin, TX 78727, phone 
(512) 250-2883, fax (512) 250-2893 (US au¬ 
thors); or A.P. Ambler, Brunei Univ., 
Electrical Eng. and Electronics Dept., Ux¬ 
bridge, Middlesex, UB8 3PH, UK, phone 
44 (895) 203-380, fax 44 (895) 258-728 
(non-US authors). 


Second Software Eng. Inst. Conf. on Soft¬ 
ware Risk: Mar. 2-4,1993, Pittsburgh. Sub¬ 
mit extended abstract by Oct. 31,1992, to 
George Pandelios, SEI, Carnegie Mellon 
Univ., 5000 Forbes Ave., Pittsburgh, PA 
15213-3890, phone (412) 268-7186, fax 
(412) 268-5758, e-mail gjp@sei.cmu.edu. 


20th Int’l Symp. on Computer Archi- 
tecture: May 16-19,1993, San Diego, 
Calif. Cosponsors: IEEE, ACM. Submit 
eight copies of manuscript (6,000-word 
maximum) by Nov. 1,1992, and camera- 
ready version by Mar. 6,1993, to John 
Hennessy, Center for Integrated Systems, 
208, Stanford, CA 94305-4070, e-mail 
hennessy@sierra.stanford.edu. 


1993 Int’l Symp. on Multiple-Valued 
v&y Logic: May 24-27,1993, Sacramento, 
Calif. Sponsor: IEEE Computer Soc. Tech¬ 
nical Committee on Multiple-Valued Log¬ 
ic. Submit five copies of 50- to 100-word 
abstract and paper by Nov. 1,1992, and 
camera-ready version by Mar. 1,1993, to 
Gerhard Dueck, Math and Computer Sci¬ 
ence Dept., St. Francis Xavier Univ., An- 
tigonish, N.S., B2G ICO, Canada, phone 
(902) 867-3972, fax (902) 867-5153, e-mail 
dueck@phoenix.stfx.ca (for submittals in 
the Americas); Daniel Etiemble, LR1, Bat 
490, Univ. Paris Sud, 91 405 Orsay Cedex, 
France, phone 33 (1) 69-41-66-21. fax 33 
(1) 69-41-65-86, e-mail de@lri.fr (for Eu¬ 
rope and Africa); or Michitaka Kameyama, 
Information Eng. Dept., Faculty of Eng., 
Tohoku Univ., Aoba Aramaki Aoba-ku, 
Sendai 980, Japan, phone 81 (22) 222-1800, 
ext. 4298, fax 81 (22) 263-9405, e-mail 
michi@kameyama.ecei.tohoku.ac.jp (for 
Asia and the Pacific). 


IEEE/ACM Int’l Conf. on Develop- 
ing and Managing Intelligent System 
Projects: Mar. 29-31,1993, Washington, 
D.C. Cosponsors: IEEE Computer Soc. 
Technical Committee on Expert Systems, 
ACM. Submit four copies of complete 
manuscript by Nov. 1,1992, to Mark Gem- 
bicki, TCS, 47 Randall St., Annapolis, MD 
21401. 


IEA/AIE 93, Sixth Int’l Conf. on In- 
dustrial and Eng. Applications of AI 
and Expert Systems: June 1-4, 1993, Edin¬ 
burgh, Scotland. Sponsor: Int’l Soc. of Ap¬ 
plied Intelligence. Submit four copies of 
long paper (10-page maximum) or short 
paper (four-page maximum) by Nov. 1, 
1992, and final version by Mar. 19,1993, to 
Paul Chung, Chemical Eng. Dept., Lough¬ 
borough Univ. of Tech., Loughborough, 
Leicestershire, England LEU 3TU, UK, 
e-mail p.w.h.chung@uk.ac.lut. 

First PHIGS Users Group Conf.: Mar. 21- 
24,1993, Orlando, Fla. Submit extended 
abstract by Nov. 1,1992, and camera-ready 
paper (10-page maximum) by Feb. 1,1993, 
to Mary Johnson, Rensselaer Polytechnic 
Inst., Design Research Center, Troy, NY 
12180-3590, phone (518) 276-6754, fax 
(518) 276-2702, e-mail mjohnson@rdrc.rpi. 
edu. 


IJCAI 93,13th Int’l Joint Conf. on AI: 

Aug. 29-Sept. 3,1993, Chambery, Savoie, 
France. Submit paper by Nov. 1,1992. For 
submittal information, send e-mail mes¬ 
sage to ijcai-serv@imag.fr. 

Weightless Neural Network Workshop: 

Apr. 6-7,1993, York, UK. Submit 400- 
word abstract by Nov. 1,1992, and full pa¬ 
per by Jan. 31,1993, to Nigel M. Allinson, 
Image Eng. Lab, Electronics Dept., Univ. 
of York, York, YOl 5DD, UK, phone 44 
(904) 432-350, fax 44 (904) 432-335, e-mail 
wnnw@ohm.york.ac.uk. 

Second Int’l Workshop on Logic Program¬ 
ming and Nonmonotonic Reasoning: June 
28-30,1993, Lisbon, Portugal. Sponsor: 


Portuguese Assoc, for AI et al. Submit six 
copies of paper (20-page maximum) by 
Nov. 2,1992, and camera-ready version by 
Feb. 25,1993, to LP and NMR 93, Attn.: 
Anil Nerode, Mathematical Sciences Inst., 
Cornell Univ., Ithaca, NY 14853, e-mail 
anil@mssun7.msi.cornell.edu. 


IEEE Conf. on Computer Vision and Pat¬ 
tern Recognition: June 15-17, 1993, New 
York City. Submit four copies of 200-word 
abstract and complete manuscript (20-page 
maximum) by Nov. 9,1992, to Yiannis 
(John) Aloimonos, Computer Vision Lab, 
Center for Automation Research, Univ. of 
Maryland, A.V. Williams Bldg., 115 Paint 
Branch Dr., College Park, MD 20742-3411, 
phone (301) 405-1743, e-mail yiannis@cvl. 
umd.edu. 


OTw Third Int’l Symp. on Large Spatial 
vU' Databases: June 21-25,1993, Singa¬ 
pore. Sponsor: Nat’l Univ. of Singapore. 
Submit five copies of full paper (5,000 
words) by Nov. 15,1992, to Beng Chin 
Ooi, Information Systems and Computer 
Science Dept., Nat’l Univ. of Singapore, 
Kent Ridge 0511, fax (65) 779-4580, e-mail 
ooibc@iscs.nus.sg. 

CBMS 93, Sixth IEEE Symp. on 

Computer-Based Medical Systems: 

June 13-16,1993, Ann Arbor, Mich. Sub¬ 
mit two-page summary by Nov. 15,1992, 
and camera-ready version by Mar. 15, 

1993, to Tim Kriewall, Sams 3M, 6200 
Jackson Rd., Ann Arbor, MI 48103, phone 
(313) 741-6276, fax (313) 663-5062, e-mail 
tjkriewall@mmm.com. 

Petri Nets 93,14th Int’l Conf. on Ap- 

plications and Theory of Petri Nets: 

June 21-25,1993, Chicago. Submit eight 
copies of paper (20-page maximum) by 
Nov. 16,1992, and camera-ready version 
by Apr. 1,1993, to Marco Ajmone-Marsan, 
Dip. di Elettronica, Politecnico di Torino, 
Corso Duca delgi Abruzzi 24,1-10129 
Torino, Italy, phone 39 (11) 564-4032, fax 
39 (11) 564-4099, e-mail ajmone@itopoli. 
bitnet. 


(Qjj) Working Conf. on Reverse Eng.: 

May 21-23,1993, Baltimore. Cospon¬ 
sor: IEEE Computer Soc. Technical Com¬ 
mittee on Software Eng. Subcommittee on 
Reverse Eng. Submit six copies of full pa¬ 
per (approximately 6,000 words) by Nov. 
16,1992, to Dick Waters, Mitsubishi Elec¬ 
tric Research Lab, 201 Broadway, Cam¬ 
bridge, MA 02139, phone (617) 621-7508, 
e-mail dick@merl.com; or Elliot Chikofsky, 
Northeastern Univ., Industrial Eng. and 
Information Systems, 330 Snell Eng. Cen¬ 
ter, Boston, MA 02115, phone (617) 280- 
4560, e-mail e.chikofsky@compmail.com. 

Conf. on Combinatorial Pattern Matching: 

June 2-4,1993, Padova, Italy. Submit 10 
copies of extended abstract by Nov. 16, 
1992, to Alberto Apostolico, CPM 93, 
Computer Science Dept., Purdue Univ., 
West Lafayette, IN 47907, e-mail axa@cs. 
purdue.edu. 
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COMPASS 

CALL FOR PAPERS bcs 

INFORMATION 

Eighth Annual Conference on Computer Assurance Ingin T ee E ri m ng 

"Practical Paths to Assurance" 


The Eighth Annual Conference on Computer Assurance (COMPASS ’93), sponsored by the 
Institute of Electrical and Electronic Engineers National Capital Area Council and IEEE Aerospace 
and Electronic Systems Society, in cooperation with the British Computer Society, will be held at the 
National Institute of Standards and Technology (NIST) in Gaithersburg, Maryland, USA, June 14-17, 
1993. The purpose of this conference is to bridge the gap between emerging technology for computer 
assurance from research laboratories into industrial computer systems development. Papers may 
present original research on and applications of technology to assured computing, or may be reports 
detailing experiments, evaluations, and open problems in the use of new technologies for computer 
assurance. Tutorials should include an abstract and outline. Typical but not exclusive topics of 
computer assurance (e. g., system integrity, software safety, process security) include: 

• Current Applications with New Methods 

• Testing/Verification/Auditing 

• Tools and Techniques 

• Standards 

• Lessons Learned 

PAPER SUBMISSIONS: 

Authors are requested to send five single-sided (double-spaced) copies of their papers (not 
exceeding 7,500 words) to the Program Chair by December 4, 1992. If available, an electronic mail 
address for the author should be included. Papers submitted to another conference with published 
proceedings are disqualified. Papers will be refereed by the Program Committee and will be returned 
with comments. Accepted papers will be published in the COMPASS ’93 Proceedings. 


IMPORTANT DATES: 

Papers Due: 

Notification of Acceptance: 
Camera-ready paper due: 
Conference: 


December 4,1992 
January 22,1993 
April 1, 1993 
June 14-17,1993 


Additional information about COMPASS ’93 can be obtained from the General Chair. All inquiries 
concerning paper submissions should be addressed to the Program Chair. 


GENERAL CHAIR: 

Judy Bramlage 
U.S. GAO 

441 G St NW, Tech world 10010 
Washington, DC 20548 USA 
voice: +1(202)512-6210 
fax: +1(202)512-6451 
email: bramlage@swe.ncsl.nist.gov 


PROGRAM CHAIR: 

John Marciniak 
CTA 

6116 Executive Blvd., Suite 800 
Rockville, MD 20852 USA 
voice:+1(301)816-1439 
fax: +1(301)816-1416 
email: marcinik@smtplink.cta.com 








CALL FOR PAPERS 


Second International Workshop on 

THE ECONOMICS OF DESIGN, TEST AND MANUFACTURING 

FOR ELECTRONIC CIRCUITS AND SYSTEMS 


May 10-11,1993 
Austin, Texas 

Co-sponsored by The Central Texas Section of the IEEE 


PURPOSE: 

The purpose of this workshop is to provide a friendly forum for discussing and exploring current and future desiqn, test 
and manufacturing trends and how they are driven by the economics of delivering ever-increasingly complex mi¬ 
croelectronic systems. The primary focus will be on the economic ($/£) impact of decisions directly associated with the 
design, manufacturing, and field maintenance of electronic devices, multichip modules, boards, or systems. 


AREAS OF INTEREST: 

Specific topics of interest include but are not limited to: 


Economics of ATE, e.g. mainframe testers, vs. 
verification testers 

Comparative Economics of DFT, e.g. scan vs. BIST 

Relationship between design, test, quality and cost 

Quality and reliability effects on maintenance costs 

Cost effectiveness of Design for Test 

Time to Market 

Concurrent Engineering 

CAE environments 


CAE tools for analysing design and test economics 
Gate-Arrays vs. Standard Cell vs. Full Custom 
Design/Test standards 
New Test and Design methodologies 
Models for design, test and Manufacturing process 
flow 

High-level trade-off analysis tools 
Synthesis tools 

Multi-Chip Modules/Wafer Scale Integration 


Case studies will be welcomed 


AUTHOR INFORMATION 

Authors are invited to submit 12 copies of: 

1) One page containing a 50-80 words abstract, the title of the presentation, author names, affiliation, addresses, 
Fax numbers, telephones, and the person who will present the work if accepted 

2) An extended summary of at least 500 words, or a full paper. 


Authors of accepted papers will be required to submit an illustrated text together with a hard copy of their presentation 
material prior to the Workshop for inclusion in the Workshop Proceedings. Authors of selected papers will be asked 
to submit a fuller version of their submission for publication In book form after the Workshop. 

Proposals for panel sessions are invited. Please send proposals to the Program Chairs by October 30th. 


US Authors Send To: 

Dr. Magdy Abadir 

MCC, High Value Electronics Div. 

12100 Technology Blvd 

Austin TX 78727 

Tel: (512) 250-2883 

FAX: (512) 250-2893 


Non-US Authors Send To: 

Prof. A.P. Ambler 
Brunei University 

Dept, of Elect. Eng. and Electronics 
Uxbridge, Middx, UB8 3PH, UK 
Tel: +44 895 203380 
FAX: +44 895 258728 


IMPORTANT DATES: 

Deadline for Submission: 

October 30th, 1992 
Notification of Acceptance: 

January 15th, 1993 
Deadline for final version: 

March 1st 1993 


WORKSHOP ORGANISING 
COMMITTEE 

General Chair: 

Magdy S. Abadir, MCC, USA 

Program Chairs 

Prof. A. P. Ambler, Brunei Univ, UK 
Dr. M. S. Abadir, MCC, USA 

IEEE Representative: 

Prof. W. Rogers, UT-Austin, USA 


Previous Workshop Chair: 

Prof. Sarma Sastry, USC, USA 

Conference Organisation: 

Ron Hurley, CEP Consultants, UK 

PROGRAM COMMITTEE: 

Prof. Jacob Abraham, USA 
Prof. Gabriel Saucier, France 
Dr. Balaji Krishnamurthy, USA 
Dr. David Wu, USA 
Prof. Wojceik Maly, USA 
Dr. Ken Anderson. USA 





CALENDAR 


(£3^) In the accompanying Calendar and adjoining Call tor Papers, the IEEE 
Computer Society logo identifies the conferences, symposiums, and work¬ 
shops the society is sponsoring or cooperating in. Other multiple-topic events of 
interest to our readers are also listed. The notices are published free of charge, 
in chronological order, and as space permits. 

For inclusion in the Call for Papers section, please submit the name of the 
event, date(s), location, sponsor(s), deadline for submittals, phone and fax num¬ 
bers, and — if applicable — the electronic address of the person to whom papers 
should be directed. 

For the Calendar section, please provide the event name, date(s), location, 
sponsor(s), phone and fax numbers, and the electronic address of the person to 
contact for complete information. 

Submittals should arrive at Computer at least five weeks before the month 
of publication (i.e., for the November 1992 issue, send information for receipt 
by September 21,1992) to Chuck Governale, Calendar Dept., Computer , PO 
Box 3014, Los Alamitos, CA 90720-1264, fax (714) 821-4010, e-mail 
c.governale@compmail.com. 


September 1992 


|£j^) KBSE 92, Seventh Knowledge-Based 

Software Eng. Conf., Sept. 20-23, Ty¬ 
sons Corner, Va. Sponsor: Rome Lab. 
Contact W. Lewis Johnson, USC Informa¬ 
tion Sciences Inst., 4676 Admiralty Way, 
Marina del Rey, CA 90292-6695, phone 
(310) 822-1511, fax (310) 823-6714, e-mail 
johnson@ isi.edu; or Barbara Radzisz, 

Data and Analysis Center for Software, 

PO Box 120, Utica, NY 13503, phone (315) 
336-0937, kbse7-request@cs.rpi.edu. 

/£§^) ITC 92, 1992 Int'l Test Conf., Sept. 

20-24, Baltimore. Cosponsor: IEEE 
Philadelphia Section. Contact Doris 
Thomas, 514 Pleasant Valley Blvd., Suite 
3, Altoona, PA 16602, phone (814) 941- 
4666, fax (814) 941-4668. 


Optical Soc. of America Annual Meeting, 
Sept. 20-25, Albuquerque, N.M. Contact 
OSA, 2010 Massachusetts Ave. NW, Wash¬ 
ington, DC 20036, phone (202) 223-8130, 
fax (202) 223-1096. 


Second IEEE Network Management and 
Control Workshop, Sept. 21-23, Westches¬ 
ter County, N.Y. Cosponsors: IEEE 
Comm. Soc. Committee on Network Oper¬ 
ations and Management et al. Contact 
Judy Keller, IEEE Comm. Soc., 345 E. 

47th St., New York, NY 10017, phone 
(212) 705-7365, fax (212) 705-7865. 


Int’l Symp. on Design and Review of Soft¬ 
ware-Controlled Safety-Related Systems, 
Sept. 21-23, Waterloo, Canada. Cospon¬ 
sors: Ontario Hydro et al. Contact Inst, for 
Risk Research, Univ. of Waterloo, Water¬ 
loo, Ont., Canada N2L 3G1, phone (519) 
885-1211, ext. 5136, fax (519) 888-6197. 


BMVC 92, British Machine Vision Conf., 
Sept. 21-24, Leeds, UK. Sponsor: British 
Machine Vision Assoc. Contact Charlie 
Brown, School of Computer Studies, Univ. 
of Leeds, Leeds LS2 9JT, UK, phone 44 
(532) 335-463, fax 44 (532) 335-468, e-mail 
charlie@dcs.leeds.ac.uk. 

ASIC 92, Fifth IEEE Int'l Conf. on Appli¬ 
cation-Specific Integrated Circuits, Sept. 
21-25, Rochester, N.Y. Sponsor: IEEE 
Rochester Section. Contact Lynne M. En- 
gelbrecht, 170 Mt. Read Blvd., Rochester, 
NY 14611, phone (716) 328-2310, fax (716) 
436-9370; or Y. Tim Tsia, Eastman Kodak, 
MC-02015,1669 Lake Ave., Bldg. 81.454/ 
KRL, Rochester, NY 14650-2015, phone 
(716) 722-4896, fax (716) 722-9053. 

13th Int’l Semiconductor Laser Conf., 

Sept. 21-25, Takamatsu, Japan. Sponsor; 
IEEE Lasers and Electro-Optics Soc. Con¬ 
tact Business Center for Academic Societ¬ 
ies Japan, 3-23-1, Hongo, Bunkyo-ku, To¬ 
kyo 113, Japan, fax 81 (3) 3817-5836. 

Microelectronic Processing 92, Sept. 21-25, 

San Jose, Calif. Sponsor: Int’l Soc. for Op¬ 
tical Eng. Contact SPIE, PO Box 10, Bell¬ 
ingham, WA 98227-0010, phone (206) 676- 
3290, fax (206) 647-1445. 

C++ in Action Conf., Sept. 21-25, Santa 
Clara, Calif. Sponsor: Boston Univ. Corpo¬ 
rate Education Center. Contact BUCEC, 
72 Tyng Rd., Tyngsboro, MA 01879, phone 
(508) 649-4200, fax (508) 649-2162. 

Workshop on the Multipolicy Machine, 
Sept. 22-24, Little Compton, R.I. Sponsor: 
ACM. Contact Vicki Ashby, Mitre, 7525 
Colshire Dr., McLean, VA 22102, phone 
(703) 883-6368, e-mail ashby@ 
dockmaster.ncsc.mil. 


Sixth European Software Maintenance 
Workshop, Sept. 22-24, Durham, England. 
Sponsor: Center for Software Mainte¬ 
nance. Contact Kate Ward, CSM, Mount- 
joy Research Center, Stockton Rd., 
Durham, DH1 3SW, UK, phone 44 (91) 
386-0420, fax 44 (91) 383-1243. 


Compsac 92,16th Int’l Computer 
Software and Applications Conf., 
Sept. 22-25, Chicago. Contact Stephen 
Yau, Univ. of Florida, CIS Dept., Rm. 301, 
Gainesville, FL 32611, phone (904) 335- 


(Qit PRICAI, Second Pacific Rim Int’l 
Conf. on Artificial Intelligence, Sept. 
23-25, Sungdong-ku, Korea. Cosponsors: 
Korea Information Science Soc. et al. Con¬ 
tact Jim Hyung Kim, Korea Advanced 
Inst, for Science and Tech., Center for Ar¬ 
tificial Intelligence Research, 373-1 Ku- 
song-dong, Yusong-ku, Taejon, 305-701, 
Korea, phone 82 (42) 829-3517, fax 82 (42) 
829-8700, e-mail jkim@cair.kaist.ac.kr. 

® DT 92, Int’l Conf. on Data Transmis¬ 
sion, Sept. 23-25, London. Sponsor: 
Institution of Electrical Engineers. Contact 
Alan Clark, Dowty Communications, 
Mayze House, Westmead, Swindown SN5 
7YT, UK, phone 44 (0793) 511-789, fax 44 
(0793)511-683. 


Fifth Int’l Conf. on Putting into Practice 
Methods and Tools for Information System 
Design, Sept. 23-25, Nantes, France. Con¬ 
tact Henri Habrias, Liana, IUT, 3 rue MI 
Joffre, 44041 Nantes Cedex 01, France, 
phone (33) 4030-6056, fax (33) 4030-6001, 
e-mail habrias@naiut.dnet@ciripa.circe.fr. 


® IWOOOS 92, Int'l Workshop on Ob¬ 
ject Orientation in Operating Sys¬ 
tems, Sept. 24-25, Paris. Sponsor: IEEE 
Computer Soc. Technical Committee on 
Operating Systems. Contact Roy Camp¬ 
bell, Univ. of Illinois, Computer Science 
Dept., 2413 Digital Lab, 1304 W. Spring- 
field, Ave., Urbana, IL 61801, phone (217) 
333-0215 or 3328, fax (217) 333-3501, 
e-mail roy@cs.uiuc.edu or eric.diku.dk. 


18th European Conf. on Optical Comm., 
Sept. 27-Oct. 1, Berlin. Sponsor: IEEE La¬ 
sers and Electro-Optics Soc. Contact R. 
Evers or G. Troller, Heinrich-Hertz Inst., 
Einsteinufer 37, D-1000, Berlin 10, Germa¬ 
ny, phone 49 (30) 31002-399, fax 49 (30) 
31002-559. 


13th Int’l Symp. on Electronics Manufac¬ 
turing Tech., Sept. 28-30, Baltimore. Co¬ 
sponsors: IEEE Components, Hybrids, and 
Manufacturing Tech. Soc., Electronic In¬ 
dustries Assoc. Contact Bill Moody, 2529 
Eaton Rd., Wilmington, DE 19810, phone 
(302) 478-4143, fax (302) 478-7057. 
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Fifth Int’l Workshop on Protocol Test Sys¬ 
tems, Sept. 28-30, Montreal. Contact Gre¬ 
gory V. Bochmann, Rachida Dssouli, or 
Anindya Das, Univ. de Montreal, Dept. 
d’IRO, CP 6128, succ. A, Montreal, Que., 
Canada H3C 3J7, fax (514) 343-5834, 
e-mail iwpts@niro.umontreal.ca. 

Second Int’l Conf. on Parallel Problem- 
Solving from Nature, Sept. 28-30, Brussels. 
Sponsors: Parsytec, Siemens-Nixdorf et al. 
Contact Bernard Manderick, AI Lab, Free 
Univ. Brussels, Pleinlaan 2, B-1050 Brus¬ 
sels, Belgium, phone 32 (2) 641-3575, fax 
32 (2) 641-2870, e-mail ppsn@arti.vub. 
ac.be. 

19th Int’l Symp. on GaAs and Related 
Compounds, Sept. 28-Oct. 2, Karuizawa, 
Nagano, Japan. Sponsor: IEEE Lasers and 
Electro-Optics Soc. Contact IEEE LEOS, 
445 Hoes Lane, PO Box 1331, Piscataway, 
NJ 08855-1331, phone (908) 562-3893, fax 
(908) 562-1571. 

Graphicon, Computer Graphics in 
Science and Arts, Sept. 28-Oct. 3, 

Moscow, Russia. Cosponsor: ACM. Con¬ 
tact Yury Golubev, Keldysh Inst, of Ap¬ 
plied Math, Miusskaya Sq. 4, Moscow 
125047, Russia, phone (095) 250-7817. 

Challenges in Optoelectronic Packaging, 
Sept. 30-Oct. 1, Baltimore. Sponsor: IEEE 
Lasers and Electro-Optics Soc. Contact 
IEEE LEOS, 445 Hoes Lane, PO Box 
1331, Piscataway, NJ 08855-1331, phone 
(908) 562-3893, fax (908) 562-1571. 

Int'l Workshop on Hardware- 
XSZ Software Codesign, Sept. 30-Oct. 2, 

Estes Park, Colo. Cosponsors: IEEE Com¬ 
puter Soc. et al. Contact Joanne E. De- 
Groat, Ohio State Univ., 205 Dreese Lab, 
205 Neil Ave., Columbus, OH 43210, 
phone (614) 292-2439, e-mail degroat@ 
ee.eng.ohio-state.edu; or Alfred E. Dun¬ 
lop, AT&T Bell Labs, 600 Mountain Ave., 
Murray Hill, NJ 07974, phone (908) 582- 
6570, e-mail aed@allegra.att.com. 

30th Allerton Conf. on Comm., Control, 
and Computing, Sept. 30-Oct. 2, Monticel- 
lo, Ill. Sponsor: Univ. of Illinois at Urbana- 
Champaign. Contact Paul Van Dooren, 
Univ. of Illinois, Coordinated Science Lab, 
1101 W. Springfield Ave., Urbana, IL 
61801, phone (217) 333-0656, e-mail 
vdooren@uicsl.csl.uiuc.edu; or Mark 
Spong, Univ. of Illinois, Coordinated Sci¬ 
ence Lab, 1101 W. Springfield Ave., Urba¬ 
na, IL 61801, phone (217) 333-4281, e-mail 
spong@lagrange.csl.uiuc.edu. 


October 1992 


Second Int’l Workshop on Respon- 
sive Computer Systems, Oct. 1-2, 

Saitama, Japan. Sponsor: US Office of Na¬ 
val Research. Contact Miroslaw Malek, 
Electrical and Computer Eng. Dept., Univ. 
of Texas, Austin, TX 78712, phone (512) 
471-5704, fax (512) 471-0954, e-mail 


malek@emx.utexas.edu; or Tohru Kikuno, 
Information and Computer Science Dept., 
Osaka Univ., 1-1, Machikaneyama-cho, 
Toyonaka-shi, Osaka, 560, Japan, phone 81 
(6) 844-1151, fax 81 (6) 841-9741, e-mail 
kikuno@ics.osaka-u.ac.jp. 

Fifth ISMM Int’l Conf. on Parallel and 
Distributed Computing and Systems, Oct. 
1-3, Pittsburgh. Sponsors: Int’l Soc. for 
Mini and Microcomputers, Pittsburgh Su¬ 
percomputing Center. Contact Zary Segall, 
Computer Science Dept., Carnegie Mellon 
Univ., Pittsburgh, PA 15213-3890, phone 
(412) 268-3736. 


Alexander D. Stoyenko, Computer and In¬ 
formation Science Dept., New Jersey Inst, 
of Tech., University Heights, Newark, NJ 
07102, phone 596-5765, fax (201) 596-5777, 
e-mail alex@vienna.njit.edu. 

ISSRE 92, Third Int’l Symp. on Soft¬ 
ware Reliability Eng., Oct. 7-9, Re¬ 
search Triangle Park, N.C. Cosponsors: 
IEEE Computer Soc. Technical Commit¬ 
tee on Software Eng. et al. Contact Mladen 
A. Vouk, Computer Science Dept., Box 
8206, North Carolina State Univ., Raleigh, 
NC 27695-8206, phone (919) 515-7886, fax 
(919) 515-5839, e-mail vouk@adm.csc. 


/fjnj Sixth Conf. on Software Eng. Educa- 
tion, Oct. 5-7, and 11th Educator De¬ 
velopment Workshop, Oct. 7, San Diego, 
Calif. Cosponsor: Software Eng. Inst. Con¬ 
tact Carol Sledge, SEI, Carnegie Mellon 
Univ., Rm. 4206, Pittsburgh, PA 15213- 
3890, phone (412) 268-7708, fax (412) 268- 
5758, e-mail cas@sei.cmu.edu. 

® llth Symp. on Reliable Distributed 
Systems, Oct. 5-7, Houston. Cospon¬ 
sors: IEEE Computer Soc. Technical Com¬ 
mittee on Distributed Processing et al. 
Contact Thomas F. Lawrence, Rome Lab/ 
C3AB, Bldg. 3, Griffiss Air Force Base, 

NY 13441, phone (315) 330-2158, fax (315) 
330-3911; or Kishor S. Trivedi, Electrical 
Eng. Dept., Duke Univ., Durham, NC 
27706, phone (919) 660-5269, e-mail kst@ 
egr.duke.edu. 


2ICSQ, Second Int’l Conf. on Software 
Quality, Oct. 5-7, Triangle Research Park, 
N.C. Sponsor: Am. Soc. for Quality, Soft¬ 
ware Div. Contact Sue McGrath, SAS 
Inst., SAS Campus Dr., Cary, NC 27513, 
phone (919) 677-8000, e-mail sassam@ 
dev.sas.com; or John E. Lowe, Litton 
Computer Services, 4020 Executive Dr., 
Dayton, OH 45430, phone (513) 429-6458. 


11th Int’l Conf. on the Entity Relationship 
Approach, Oct. 7-9, Karlsruhe, Germany. 
Cosponsors: Gesellschaft fiir Informatik, 
ER Inst. Contact W. Stucky, Univ. of 
Karlsruhe, AIFB, PO Box 6980, D-W-7500 
Karlsruhe, Germany, phone 49 (721) 60- 
83-81-2, fax 49 (721) 69-37-17, e-mail 
wst@aifb.uni-karlsruhe.de. 

Parallel Software Eng. Standards 

Seminars, Oct. 8-9, San Diego, Calif. 
Sponsor: IEEE Computer Soc. Software 
Eng. Standards Subcommittee. Contact D. 
Vera Edelstein, Nynex Science and Tech., 
500 Westchester Ave., White Plains, NY 
10604, phone (916) 644-2888, fax (916) 
644-2963, e-mail vera@nynexst.com. 

Milcom 92, Oct. 11-14, San Diego, Calif. 
Cosponsors: IEEE Comm. Soc. et al. Con¬ 
tact Milcom 92, General Dynamics Elec¬ 
tronics Div., PO Box 85106, San Diego, 

CA 92186-5106; Security Dept. MZ 7101- 
G, Milcom 92, General Dynamics Elec¬ 
tronics Div., PO Box 85227, San Diego, 

CA 92186-5227; or Dennis E. Litchfield, 
Office of the Assistant Secretary of De¬ 
fense (C 3 I), The Pentagon, Rm. 3D 228, 
Washington, DC 30301-3040. 


Int’l Conf. on Signals, Data, and Systems: 
Modeling, Simulation, and Control, Oct. 5- 

7, Hefei, China. Cosponsors: Int’l Assoc, 
for the Advancement of Modeling and 
Simulation Technology in Enterprises et 
al. Contact G. Mesnard, AMSE, 16 Av. 
Grange Blanche, 69160 Tassin-la-Demi- 
Lune, France, fax (33) 78-34-54-17; or (in 
China) Bao Yuanlu, Automation Dept., 
Univ. of Science and Tech, of China, 

Hefei, Anhui, 230026, fax (0551) 331-760. 

Int’l Workshop on Compiler Construction, 
Oct. 5-7, Paderborn, Germany. Sponsor: 
Gesellschaft fur Informatik. Contact Peter 
Pfahler, Univ,-GH Paderborn, Fachbereich 
Mathematik/Informatik, Warburger Str. 
100, 4790 Paderborn, Germany, phone 49 
(05251) 603-069, fax 49 (05251) 603-836, 
e-mail peter@uni-paderborn.de. 

Advanced Study Inst, on Real-Time Com¬ 
puting, Oct. 5-18, Sint Maarten/St. Martin, 
Dutch/French Antilles. Sponsors: NATO 
et al. Contact Wolfgang A. Halang, Com¬ 
puter Science Dept., Univ. of Groningen, 
PO Box 800, 9700 AV Groningen, The 
Netherlands, phone 31 (50) 63-3925, fax 31 
(50) 63-3800, e-mail halang@cs.rug.nl; or 


DX 92, Third Int'l Workshop on Principles 
of Diagnosis, Oct. 11-14, Seattle. Contact 
Ethan Scarl, MS 7L-64, Boeing Computer 
Services, PO Box 24346, Seattle, WA 
98124-0346 (not for courier delivery), 
phone (206) 865-3255, fax (206) 865-2964, 
e-mail ethan@atc.boeing.com; or Ethan 
Scarl, MS 7L-64, Boeing Computer Servic¬ 
es, 2760 160th Ave. SE, Bldg. 33-07, Belle¬ 
vue, WA 98008 (not for US mail delivery). 

ICCD 92, Int’l Conf. on Computer 
Design, Oct. 12-14, Cambridge, 

Mass. Cosponsor: IEEE Circuit and Sys¬ 
tems Soc. Contact IEEE Computer Soc., 
1730 Massachusetts Ave. NW, Washington, 
DC 20036-1903, phone (202) 371-1013, fax 
(202) 728-0884. 

1992 Nat’I Communications Forum, Oct. 
12-14, Chicago. Sponsor: Nat’I Eng. Con¬ 
sortium. Contact NEC, 303 E. Wacker Dr., 
Suite 740, Chicago, IL 60601, phone (312) 
938-3500, fax (312) 938-8787. 

1992 Int'l Bankai Workshop on Adaptive 
Intelligent Systems, Oct. 12-14, Brussels. 
Sponsor: Soc. for Worldwide Interbank Fi¬ 
nancial Telecommunications. Contact 
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Brigitte Diraison, AI Lab, SWIFT s.c., 1 
Av. Adele, 1310 La Hulpe, Belgium, phone 
32 (2) 655-3153, fax 32 (2) 655-3785. 

ASPLOS 5, Fifth Conf. on Architec¬ 
ts^ tural Support for Programming Lan¬ 
guages and Operating Systems, Oct. 12-15, 

Boston. Sponsor: ACM. Contact Barry 
Flahive, Hewlett-Packard, Apollo Systems 
Div., 300 Apollo Dr., MS CHR 02 DE, 
Chelmsford, MA 01824, phone (508) 256- 
2471 or 6600, e-mail flahive@apollo. 
hp.com. 

VBC 92, Visualization in Biomedical Com¬ 
puting 1992, Oct. 13-16, Chapel Hill, N.C. 
Sponsor: Univ. of North Carolina at Chap¬ 
el Hill. Contact Mary B. Ducker, Comput¬ 
er Science Dept, Univ. of North Carolina 
at Chapel Hill, Box 3175, Sitterson Hall, 
Chapel Hill, NC 27599-3175, phone (919) 
962-1869, fax (919) 962-1799, e-mail 
ducker@cs.unc.edu. 

SIGDoc 92,10th SIGDoc Int’l Conf., Oct. 
13-16, Ottawa, Canada. Sponsors: ACM 
Special Interest Group on Documentation, 
Northern Telecom and Bell-Northern Re¬ 
search. Contact ACM, 11 W. 42nd St., New 
York, NY 10036, phone (212) 869-7440; or 
BNR, (613) 763-2134, fax (613) 763-2626, 
e-mail sigdoc92@bnr.ca. 

12th Int’l Conf. of the Chilean Computer 

Science Soc., Oct. 14-16, Santiago, Chile. 
Contact Sergio T. Mujica, Depto. de Inge- 
nierla Informatica, Univ. de Santiago de 
Chile, Casilla 10233, Santiago, Chile, 
phone 56 (2) 776-3511, fax 56 (2) 681-1422, 
e-mail mujica@pucing.bitnet. 

21st Workshop on Applied Imagery Pat¬ 
tern Recognition, Oct. 14-16, Washington, 
D.C. Sponsor: Int’l Soc. for Optical Eng. 
Contact Jane Harmon, AIPR 92, PO Box 
9359, Arlington, VA 22219, phone (703) 
351-2727. 

1CMC 92,1992 Int’l Computer Music 
Conf., Oct. 14-18, San Jose, Calif. Contact 
ICMC 92, Drawer 104, Music Dept., 1 
Washington Sq., San Jose State Univ., San 
Jose, CA 95192-0095, phone (408) 924- 
4675, fax (408) 924-4773, e-mail icms@ 
sjsuvml .bitnet.edu. 

Seventh Int’l Software Process 
Workshop, Oct. 15-18, Yountville, 
Calif. Sponsor: Rocky Mountain Inst, of 
Software Eng. Contact Ian Thomas, Soft¬ 
ware Design and Analysis, 444 Castro St., 
Suite 413, Mountain View, CA 94041, 
phone (415) 694-1464. 

OOPSLA 92, Seventh Conf. on Object- 
Oriented Programming Systems, Languag¬ 
es, and Applications, Oct. 18-22, Vancou¬ 
ver, B.C., Canada. Sponsor: ACM. Contact 
John Pugh, School of Computer Science, 
Carleton Univ., Colonel By Drive, Ottawa, 
Ont., Canada K1S 5B6, phone (613) 788- 
4330, e-mail oopsla92@carleton.ca. 

Applications and Fabrication of Nano¬ 
structures, Oct. 18-23, Kona, Hawaii. 
Sponsor: Eng. Foundation. Contact EF, 


345 E. 47th St., New York, NY 10017, 
phone (212) 705-7835, fax (212) 705-7441. 

1992 Volume Visualization Workshop, 

Oct. 19-20, Boston, Sponsor: ACM. Con¬ 
tact Larry Gelberg, Stardent 6 New Eng¬ 
land Technical Center, 521 Virginia Rd., 
Concord, MA 01742, phone (508) 287- 
0100, e-mail larryg@stardent.com. 

|^f^| Frontiers 92, Fourth Symp. on the 

Frontiers of Massively Parallel Com¬ 
putation, Oct. 19-21, McLean, Va. Cospon¬ 
sors: NASA Goddard Space Flight Center 
et al. Contact Pearl Wang, Computer Sci¬ 
ence Dept., George Mason Univ., 440 Uni¬ 
versity Dr., Fairfax, VA 22030-4444, phone 
(703) 993-1527, fax (703) 993-1521. 

Third Symp. on Personal, Indoor, and Mo¬ 
bile Radio Comm., Oct. 19-21, Boston. Co¬ 
sponsors: IEEE Boston Section et al. Con¬ 
tact Kaveh Pahlavan, Worcester Poly- 
technical Inst., Worcester, MA 01609, 
phone (508) 831-5634; or Osama A. Mo- 
wafi, GTE Labs, 40 Sylvan Rd., Waltham, 
MA 02254, phone (617) 466-4213. 

10th Pacific Northwest Software Quality 
Conf., Oct. 19-21, Portland, Ore. Contact 
Hilly Alexander, ADP Dealer Services 
Group, 2525 SW First Ave., Portland, OR 
97201-4760, phone (503) 294-4200. 

Visualization 92, Oct. 19-23, Boston. 

Sponsor: IEEE Computer Soc. Tech¬ 
nical Committee on Computer Graphics. 
Contact Bruce E. Brown, Oracle, 500 Ora¬ 
cle Pkwy., Box 659412, Redwood Shores, 
CA 94065, phone (415) 506-6202, fax (415) 
726-0983; or Gregory M. Nielson, Arizona 
State Univ., Rural Rd. and University 
Ave., Tempe, AZ 85287-5406, phone (602) 
965-2785, e-mail nielson@enuxva.eas. 
asu.edu. 

Fourth Int’l Workshop on Foundations of 
Models and Languages for Data and Ob¬ 
jects, Oct. 19-23, Volkse, Germany. Co¬ 
sponsors: Gesellschaft fur Informatik, Eu¬ 
ropean Assoc, for Theoretical Computer 
Science. Contact Udo Lipeck, Inst, fur In¬ 
formatik, Univ. of Hannover, Lange Laube 
22, D-W-3000, Hannover 1, Germany, 
phone 49 (511) 762-4950, e-mail ul@ 
informatik.uni-hannover.de. 

Sixth Usenix Systems Administration 
Conf., Oct. 19-23, Long Beach, Calif. Con¬ 
tact Usenix Conf. Office, 22672 Lambert 
St., Suite 613, El Toro, CA 92630, phone 
(714) 588-8649, fax (714) 588-9706, e-mail 
conference@usenix.org. 

FOCS, Foundations of Computer 

Science, Oct. 25-27, Pittsburgh. Con¬ 
tact Gary Miller, School of Computer Sci¬ 
ence, Carnegie Mellon Univ., Pittsburgh, 
PA 15213-3890, phone (412) 268-2631 or 
(412) 268-2526. 

26th Asilomar Conf. on Signals, Systems, 
and Computers, Oct. 26-28, Pacific Grove, 
Calif. Cosponsors: Naval Postgraduate 
School et al. Contact Neil K. Jablon, 
AT&T Bell Labs, 200 Laurel Ave., Rm. 


1G-540, Middletown, NJ 07748-4801, 
phone (908) 957-2011, fax (908) 957-7943, 
e-mail nkj@mtqub.att.com. 

Fifth Workshop on Software Reuse, 

Oct. 26-29, Palo Alto, Calif. In coop¬ 
eration with the IEEE Computer Soc. 
Technical Committee on Software Eng. 
Contact Martin Griss, Hewlett-Packard 
Labs, 1501 Page Mill Rd., Palo Alto, CA 
94304-1126, phone (415) 857-8715, fax 
(415) 857-8526, e-mail griss@hpl.hp.com. 

KR 92, Third Int’l Conf. on Principles of 
Knowledge Representation and Reason¬ 
ing, Oct. 26-29, Cambridge, Mass. Spon¬ 
sors: Am. Assoc, for Artificial Intelligence 
et al. Contact William Swartout, Informa¬ 
tion Sciences Inst., Univ. of Southern Cali¬ 
fornia, 4676 Admiralty Way, Marina del 
Rey, CA 90292-6695, phone (310) 822- 
1511, fax (310) 823-6714, e-mail swartout@ 
isi.edu; or Bernhard Nebel, DFKI, Stuhl- 
stazenhausweg 3, D-W-6600 Saarbruecken, 
Germany, phone 49 (681) 302-5254, fax 49 
(681) 302-5341, e-mail nebel@dfki.uni-sb. 
de. 

Third Eurographics Workshop on Object- 
Oriented Graphics, Oct. 28-30, Champery, 
Switzerland. Sponsor: Eurographics, Univ. 
of Geneva. Contact Vicki de Mey or Xavi¬ 
er Pintado, Centre Universitaire d’lnfor- 
matique, Univ. of Geneva, 12 rue du Lac, 
1207 Geneva, Switzerland, phone 41 (22) 
787-6586, fax 41 (22) 735-3905, e-mail 
eoog@cui.unige.ch. 

Fourth NASA Symp. on VLSI Design, 

Oct. 29-30, Coeur d’Alene, Idaho. Cospon¬ 
sors: Spokane, Washington, IEEE Section, 
Univ. of Idaho NASA Space Eng. Re¬ 
search Center. Contact Sterling Whitaker, 
NASA SERC, Univ. of Idaho, Moscow, ID 
83843, phone (208) 885-6500, fax (208) 
885-6840, e-mail swhitaker@grieg.mrc. 
uidaho.edu. 

CSCW 92, 1992 Conf. on Computer- 
Supported Cooperative Work, Oct. 31- 
Nov. 4, Toronto. Sponsor: ACM. Contact 
CSCW 92, Univ. of Toronto, Computer 
Systems Research Inst., 6 King’s College 
Rd., Toronto, Ont., Canada M5S 1A1, 
phone (416) 978-5184, fax (416) 978-0458, 
e-mail cscw92@dgp.toronto.edu. 


November 1992 


/gfjb ISCIS 7, Seventh Int’l Symp. on 

Computer and Information Sciences, 
Nov. 2-4, Antalya, Turkey. Cosponsors: 
IEEE Computer Soc. Turkey Chapter 
et al. Contact Erol Gelenbe, Ecole des 
Hautes Etudes en Informatique, 45 rue des 
Saints-Peres, 75006 Paris, France, phone 33 
(1) 4286-2136, fax 33 (1) 4286-2231, e-mail 
erol@ehei.ehei.fr; or Nese Yalabik, Com¬ 
puter Eng. Dept., Middle East Technical 
Univ., 06531 Ankara, Turkey, phone 90 (4) 
223-7100, ext. 2079, fax 90 (4) 286-8624, 
e-mail iscis@trmetu.bitnet. 
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Fall 1992 Power Eng. Seminar on Industri¬ 
al and Commercial Power Systems, Nov. 2- 

4, New Orleans. Contact IEEE Standards 
Seminars, 445 Hoes Lane, PO Box 1331, 
Piscataway, NJ 08855-1331, phone (908) 
562-3804. 


Second Int'I Conf. on Astronomical Data 
Analysis Software and Systems, Nov. 2-4, 

Boston. Sponsor: Smithsonian Institution 
Astrophysical Observatory. Contact Tricia 
Buckley, SIAO, MS 83, 60 Garden St., 
Cambridge, MA 02138, phone (617) 495- 
7461, e-mail softconf@cfa.harvard.edu. 


12th World Computer Congress, Nov. 2-6, 

Madrid. Sponsor: Int’I Federation for In¬ 
formation Processing. Contact IFIP Con¬ 
gress 92, Federation Espanola de So- 
ciedades de Informatica, Hortaleza 104 - 
2.” izqda., 28004 Madrid, Spain, e-mail 
fesi@dit.upm.es. 

IJCNN 92, Int'I Joint Conf. on Neural Net¬ 
works, Nov. 3-6, Beijing, China. Cospon¬ 
sors: IEEE Neural Networks Council et al. 
Contact IJCNN 92 Secretariat, Rm. 2307, 
13th Floor, 12 Nongzhanguan Nanlu, Bei¬ 
jing, 100026, China, phone 86 (1) 500-1144, 
ext. 2307, fax 86 (1) 500-5233. 


Third European Conf. on Software Quali¬ 
ty, Nov. 3-6, Madrid. Sponsors: EOQ Soft¬ 
ware Committee. Contact Luis Fernandez 
Sanz, Faculty of Computer Science of 
Madrid Campus de Montegancedo s/n, 
28660 Boadilla del Monte, Madrid, Spain, 
phone 31 (1) 336-7452, fax 34 (1) 352-4645. 

DFT 92,1992 IEEE Int'I Workshop 

on Defect and Fault Tolerance in 
VLSI Systems, Nov. 4-6, Dallas. Contact 
D.M.H. Walker, Electrical and Computer 
Eng. Dept., Carnegie Mellon Univ., Pitts¬ 
burgh, PA 15213-3890, phone (412) 268- 
8522, fax (412) 268-2860, e-mail dmw@ece. 


CTM Workshop on High-Level Synthesis, 
Nov. 4-6, Dana Point, Calif. Contact 
Wolfgang Rosensteil, Forschumrtzentrum 
Informatik, Germany, phone 49 (721) 
6906-401, fax 49 (721) 6906-409. 


SimTec 92, Int’I Simulation Tech. Conf., 
Nov. 4-6, Houston. Sponsors: Soc. for 
Computer Simulation et al. Contact Mary 
Lou Padgett, Auburn Univ., 1165 Owens 
Rd., Auburn, AL 36830, phone (205) 821- 
2472, fax (619) 277-3930, e-mail 
mpadgett@eng.auburn.edu. 


1992 Software Eng. Research Forum, Nov. 
5-6, Melbourne, Fla. Contact Chuck Engle, 
Computer Science Dept., Florida Inst, of 
Tech., 150 W. University Blvd., Mel¬ 
bourne, FL 32901, phone (407) 768-8000 
ext. 7563, e-mail engle@cs.fit.edu. 


PDC 92,1992 Participatory Design Conf., 
Nov. 6-7, Cambridge, Mass. Sponsor: Com¬ 
puter Professionals for Social Responsibili¬ 
ty. Contact Ellen White, Bellcore RRC- 
1H229, 444 Hoes Lane, Piscataway, NJ 
08854, phone (908) 699-4449, fax (908) 


336-2275, e-mail eaw3@taichi.cc.bellcore. 


Sixth Southeastern Small-College Comput¬ 
ing Conf., Nov. 6-7, Jefferson City, Tenn. 
Sponsor: Consortium for Computing in 
Small Colleges. Contact Frank Cheatham, 
CPO 1321, Campbellsville, College, Camp- 
bellsville, KY 42718-2799. 

Software Comprehensive Workshop, Nov. 

8, Orlando, Fla. Contact Vaclav Rajlich, 
Computer Science Dept., Wayne State 
Univ., Detroit, MI 48202, phone (313) 577- 
5423, fax (313) 577-6868. 


TAI 92, Fourth Int’I IEEE Conf. on 
Tools with Artificial Intelligence, 
Nov. 10-13, Arlington, Va. Contact Niko- 
laos G. Bourbakis, SUNY at Binghamton, 
Electrical Eng. Dept., Binghamton, NY 
13902-6000, phone (607) 777-4856 or 2165, 
fax (607) 777-4822, e-mail bourbaki@ 
bingvaxu.cc.binghamton.ed u. 

134th Technical Conf. of the Soc. of Mo¬ 
tion Picture and Television Engineers, 

Nov. 10-13, Toronto. Contact Marilyn 
Waldman, SMPTE, 595 W. Hartsdale Ave., 
White Plains, NY 10607, phone (914) 761- 
1100 . 


CIKM 92, First Int’I Conf. on Infor- 
mation and Knowledge Management, 
Nov. 8-11, Baltimore. Sponsor: Int’I Soc. of 
Mini- and Microcomputers. Contact Timo¬ 
thy W. Finin, Tony Nircio, or Yelena Ye- 
sha, C/S Dept., Univ. of Maryland, 5401 
Wilkens Ave., Baltimore, MD 21228-5398, 
phone (410) 455-3000 or 3522, fax (410) 
455-3969, e-mail cikm@cs.umbc.edu. 


SCAMC, 16th Symp. on Computer Appli¬ 
cations in Medical Care, Nov. 8-11, Balti¬ 
more. Sponsor: Am. Medical Informatics 
Assoc. Contact AMIA, 4915 St. Elmo 
Ave., Suite 302, Bethesda, MD 20814, 
phone (301) 657-1291, fax (301) 657-1296. 


ICCAD 92, Int’I Conf. on Computer¬ 
ise Aided Design, Nov. 8-12, Santa 
Clara, Calif. Cosponsors: IEEE Circuit and 
Systems Soc., ACM. Contact MP Associ¬ 
ates, 7490 Clubhouse Rd., Suite 102, Boul¬ 
der, CO 80301, phone (303) 530-4562, fax 
(303) 530-4334; or Harry Stephanov, Cen¬ 
ter for Information and Robotics, Rens¬ 
selaer Polytechnic Inst., Troy, NY 12181, 
phone (518) 276-6156. 


Gomac 92, Government Microcircuit Ap¬ 
plications Conf., Nov. 8-12, Las Vegas, 
Nev. Cosponsors: US Dept, of Defense 
et al. Contact Nancy K. Welker, Nat’l Se¬ 
curity Agency, Attn.: Rl-Airport Square 
#5, 900 Savage Rd., Ft. George G. Meade, 
MD 20755-6000. phone (301) 859-6690, fax 
(301) 964-0620. 


frK) CSM 92,1992 Conf. on Software 
i&e Maintenance, Nov. 9-12, Orlando, 
Fla. Contact Vaclav Rajlich, Computer Sci¬ 
ence Dept., Wayne State Univ., Detroit, 

MI 48202, phone (313) 577-5423, fax (313) 
577-6868, e-mail vtr@cs.wayne.edu. 

Systems Test and Diagnosis Work- 
iSe shop, Nov. 9-12, Freiburg, Germany. 
Contact Colin Maunder, BT Labs, Martle- 
sham Heath, Ipswich IP5 7RE, UK, phone 
44 (473) 642-706, fax 44 (473) 642-157. 

JICSLP 92, Joint Int’I Conf. and 

Symp. on Logic Programming, Nov. 
9-13, Washington, D.C. Cosponsors: Assoc, 
for Logic Programming, Univ. of Maryland 
Inst, for Advanced Computer Studies. 
Contact Johanna Weinstein, Univ. of 
Maryland, IACS, A.V. Williams Bldg., 
College Park, MD 20742, phone (301) 405- 
6722, e-mail johanna@umiacs.umd.edu. 


Second Workshop on Management 
N&e of Replicated Data, Nov. 12-13, 

Monterey, Calif. Sponsor: IEEE Computer 
Soc. Technical Committee on Operating 
Systems and Application Environments. 
Contact Jehan-Francois Paris, Computer 
Science Dept., Univ. of Houston, 4800 Cal¬ 
houn Rd., Houston, TX 77204-3475, phone 
(713) 749-3943, fax (713) 749-2378, e-mail 
paris@cs.uh.edu. 

Third Int’I Workshop on Network 
and Operating System Support for 
Digital Audio and Video, Nov. 12-13, La 

Jolla, Calif. Cosponsor: IEEE Comm. Soc. 
Contact P. Venkat Rangan, Multimedia 
Lab, Computer Science Dept., Univ. of 
California at San Diego, La Jolla, CA 
92093-0114, phone (619) 534-5419, fax 
(619) 534-7029, e-mail venkat@cs.ucsd.edu. 


UIST 92, Fifth Symp. on User Interface 
Software and Tech., Nov. 15-18, Monterey, 
Calif. Sponsor: ACM. Contact Jock Mack- 
inlay, Xerox PARC, 3333 Coyote Hill Rd., 
Palo Alto, CA 94303, phone (415) 494- 
4335, fax (415) 494-4777, e-mail mackinlay. 
parc@xerox.com. 

Optcon 92, Nov. 15-20, Boston. Sponsor: 
Int’I Soc. for Optical Eng. Contact SPIE, 
PO Box 10, Bellingham, WA 98227-0010, 
phone (206) 676-3290, fax (206) 647-1445. 

IEEE Lasers and Electro-Optics Soc. An¬ 
nual Meeting, Nov. 16-19, Boston. Spon¬ 
sor: IEEE LEOS. Contact IEEE LEOS, 
445 Hoes Lane, PO Box 1331, Piscataway, 
NJ 08855-1331, phone (908) 562-3896, fax 
(908) 562-1571. 


ASM 92, Third Int’I Conf. on Applications 
of Software Measurement, Nov. 16-19, San 

Diego, Calif. Sponsors: Data Processing 
Management Assoc, et al. Contact David 
Gelperin, Software Quality Eng., 2738 
Winnetka Ave. N, New Hope, MN 55427, 
fax (612) 591-1534; or Software Quality 
Eng., 3000-2 Hartley Rd., Jacksonville, FL 
32257, phone (904) 268-8639, fax (904) 
268-0733. 


fcKl Supercomputing 92, Fifth High- 
vs?' Performance Computing and Comm. 
Conf., Nov. 16-20, Minneapolis. Cospon¬ 
sor: ACM. Contact IEEE Computer Soc., 
1730 Massachusetts Ave. NW, Washington, 
DC 20036-1903, phone (202) 371-1013, fax 
(202) 728-0884. 
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Wescon 92 Int'l Electronics Conf., Nov. IT- 

19, Anaheim, Calif. Cosponsors: IEEE Los 
Angeles Council et al. Contact Wescon 92, 
8112 Airport Blvd., Los Angeles, CA 
90045-3194, phone (800) 877-2668 or (310) 
215-3976, fax (310) 641-5117. 

/fijv ATS 92, First Asian Test Symp., 
viy Nov. 26-27, Hiroshima, Japan. Con¬ 
tact Hideo Fujiwara, Computer Science 
Dept., Meiji Univ., 1-1-1 Higashimita, 
Tama-ku, Kawasaki 214, Japan, fax 81 (44) 
934-7912, e-mail fujiwara@cs.meiji.ac.jp; or 
Kozo Kinoshita, Applied Science Dept., 
Osaka Univ., 2-1 Yamadaoka, Suite 565, 
Japan, phone 81 (06) 877-5111, fax 81 (06) 
877-2900. 

WACV, IEEE Workshop on Appli- 
cations of Computer Vision, Nov. 30- 
Dec. 2, Palm Springs, Calif. Contact Bir 
Bhanu, College of Eng., Univ. of Califor¬ 
nia, Riverside, CA 92521-0425, phone 
(714) 787-3954, fax (714) 787-3188. 

ACSAC 92, Eighth Computer Secu- 
rity Applications Conf., Nov. 30-Dec. 

4, San Antonio, Texas. Cosponsors: Aero¬ 
space Computer Security Associates et al. 
Contact Ronald Gove, Booz-Allen and 
Hamilton, 4330 East-West Hwy., Bethesda, 
MD 20814, phone (301) 951-2395, fax (301) 
907-4302, e-mail gove@dockmaster.ncsc. 
mil. 


December 1992 

/£jjt IEEE Workshop on Imprecise and 
Approximate Computation, Dec. 1, 

Phoenix, Ariz. Cosponsors: IEEE Comput¬ 
er Soc. Technical Committee on Real- 
Time Systems et al. Contact Wei Zhao, 
Computer Science Dept., Texas A&M 
Univ., College Station, TX 77843-3112, 
phone (409) 845-5098, fax (409) 847-8578, 
e-mail zhao@cs.tamu.edu. 

Micro 25, 25th Int'l Symp. on Micro- 
architecture, Dec. 1-4, Portland, Ore. 
Cosponsors: IEEE Computer Soc. Techni¬ 
cal Committee on Microprogramming and 
Microarchitecture, ACM. Contact Wen- 
mei W. Hwu, Electrical and Computer 
Eng. Dept., Univ. of Illinois, 1101 W. 
Springfield Ave., Urbana, IL 61801, phone 
(217) 244-8270, fax (217) 244-5686, e-mail 
hwu@crhc.uiuc.edu. 

Ninth TRON Project Symp., Dec. 1- 

vSY 4, Tokyo. Sponsor: TRON Assoc. 
Contact Koji Nihei, Oki Electric Industry 
Co., 7-12 Toranomon, 1-Chome, Minato- 
ku, Tokyo 105, Japan, phone 81 (3) 3501- 
3111, fax 81 (3) 3581-3349; or Eiichi Ohno, 
Headquarters R&D, Mitsubishi Electric 
Corp., 2-2-3 Marunouchi, Tokyo 100, Ja¬ 
pan, phone 81 (3) 3218-2163, fax 81 (3) 
3218-2188. 

Fourth IEEE Symp. on Parallel and 
v|y Distributed Processing, Dec. 1-4, Ar¬ 
lington, Texas. Cosponsor: IEEE Dallas 
Section. Contact Hal Sudborough, Com¬ 


puter Science Dept., Univ. of Texas at Dal¬ 
las, Richardson, TX 75083, phone (214) 
690-2184, e-mail hal@utdallas.edu; or A.R. 
Hurson, Electrical and Computer Eng. 
Dept., Penn State Univ., University Park, 
PA 16802, phone (814) 863-1187, fax (814) 
865-7065, e-mail a2h@ccl.psu.edu. 

RTSS 92,13th IEEE Real-Time Sys- 
viy terns Symp., Dec. 2-4, Phoenix, Ariz. 
Sponsor: IEEE Computer Soc. Technical 
Committee on Real-Time Computing. 
Contact Lui Sha, Software Eng. Inst., Car¬ 
negie Mellon Univ., 5000 Forbes Ave., 
Pittsburgh, PA 15213, phone (412) 268- 
5875, fax (412) 268-5758. 

ICCN 92, Int’l Conf. on Computer 
vAy Networking, Dec. 10-11, Ahmed- 
abad, India. Cosponsors: IEEE Gujarat 
Section, IEEE Computer Soc. Gujarat 
Chapter. Contact A.K. Aggarwal, Rollwala 
Computer Center, Gujarat Univ., Ahmed- 
abad 380 009, India, phone 91 (0272) 440- 
164 (office) or 91 (0272) 400-144 (resi¬ 
dence), fax 91 (0272) 405-381, e-mail ieee@ 
iimahd.ernet.in. 

ICS 92, Int'l Computer Symp., Dec. 13-15, 

Taichung, Taiwan, Republic of China. Co¬ 
sponsors: IEEE Taipei et al. Contact An- 
Chi Liu, Information Eng. Dept., Feng 
Chia Univ., Taichung, Taiwan, ROC, 
phone 886 (4) 252-2250 ext. 3700, e-mail 
fcut003@twnmoel0.bitnet; or Ben W. Wah, 
Coordinated Science Lab, Univ. of Illinois, 
1101 W. Springfield Ave., Urbana, IL 
61801, phone (217) 244-7175, e-mail wah@ 
manip.csl .uiuc.edu. 

WSC 92, Winter Simulation Conf., 
viy Dec. 13-16, Arlington, Va. Cospon¬ 
sors: Soc. for Computer Simulation et al. 
Contact Robert C. Crain, Wolverine Soft¬ 
ware Corp., 4115 Annandale Rd., Suite 
200, Annandale, VA 22003-2500, phone 
(703) 750-3910, fax (703) 642-9634; or 
Herb Schwetman, MCC, 3500 W. Balcones 
Center Dr., Austin, TX 78759-6509, phone 
(512) 338-3428. 

ICSC 92, Second Int’l Computer Sci- 

ence Conf., Dec. 13-16, Hong Kong. 
Sponsor: IEEE Hong Kong Section Com¬ 
puter Chapter. Contact Ernest Lam, Com¬ 
puting Studies Dept., Hong Kong Baptist 
Univ., 224 Waterloo Rd., Kowloon, Hong 
Kong, phone (852) 339-7081, fax (852) 338- 
8014, e-mail ernest@bc750.hkbc.hk. 


January 1993 

VLSI Design 93, Sixth Int’l Conf. on 
v|y VLSI Design, Jan. 3-6, Bombay, In¬ 
dia. Sponsor: VLSI Soc. of India. Contact 
Yashwant K. Malaiya, Computer Science 
Dept., Colorado State Univ., Fort Collins, 
CO 80523, phone (303) 491-7031, fax (303) 
491-2293, e-mail malaiya@ravi.cs.colostate. 
edu; or S.S.S.P. Rao, Computer Science 
and Eng. Dept., Indian Inst, of Tech., 
Powai, Bombay 400076, India, phone 91 
(22) 578-5708, 2545,2701, or 2714, fax 91 


(22) 578-3480, e-mail ssspr@cse.iitb. 


IEEE Int'l Symp. on Requirements 
vAy Eng., Jan. 4-6, San Diego, Calif. Con¬ 
tact Stephen F. Fickas, Univ. of Oregon, 
Computer and Information Science Dept., 
Eugene, OR 97403, phone (503) 346-3964, 
e-mail fickas@cs.uoregon.edu. 

26th Hawaii Int’l Conf. on System 
vft/ Sciences, Jan. 5-8, Koaloa, Hawaii. 
Contact Ralph Sprague, Univ. of Hawaii, 
2404 Made Way, Honolulu, HI 96822, 
phone (808) 956-7430, fax (808) 956-3261. 

(£jjl Mascots 93, Int’l Workshop on Mod- 

eling. Analysis, and Simulation of 
Computer and Telecommunication Sys¬ 
tems, Jan. 17-20, La Jolla, Calif. Sponsors: 
Soc. for Computer Simulation et al. Con¬ 
tact Herb Schwetman, MCC, 3500 W. Bal¬ 
cones Center Dr., Austin, TX 78681, phone 
(512) 338-3428, fax (512) 338-3885, e-mail 
hes@mcc.com; Pat Dowd, Electrical and 
Computer Eng. Dept., SUNY, Buffalo, NY 
14260, phone (716) 636-2406, fax (716) 
636-3656, e-mail dowd@eng.buffalo.edu; or 
Kallol Bagchi, Inst, of Electronic Systems, 
Aalborg Univ., Fredrick Bajers Vej 7, DK 
9220 Aalborg Ost., Denmark, phone (45) 
98-15-85-22, e-mail kkb@vaxa.aud.auc.dk. 

ISIT 93,1993 IEEE Int’l Symp. on Infor¬ 
mation Theory, Jan. 17-22, San Antonio, 
Texas. Sponsor: IEEE Information Theory 
Soc. Contact Robert Gray, Electrical Eng. 
Dept., 133 Durand, Stanford Univ., Stan¬ 
ford, CA 94305, phone (415) 723-4001, fax 
(415) 723-8473, e-mail gray@isl.Stanford, 
edu; or Richard E. Blahut, Mail Drop 
0600, IBM, Route 17C, Owego, NY 13827, 
phone (607) 751-2217. 

|£fj\ PDIS, Second Int’l Conf. on Parallel 

and Distributed Information Sys¬ 
tems, Jan. 20-23, San Diego, Calif. Cospon¬ 
sor: ACM. Contact Michael Lambert, 

NCR, E&M-SD, 16550 W. Bernardo Dr.. 
MS 8001, San Diego, CA 92127, phone 
(619) 485-2376, fax (619) 485-2382; or 
Michael Carey, Computer Sciences Dept., 
Univ. of Wisconsin, 1210 W. Dayton St., 
Madison, WI 53706; or Patrick Valduriez, 
INRIA, Rocquencourt, 78153 Le Chesnay 
Cedex, France. 

IEEE Int'l Conf. on Wafer-Scale In- 
vAy tegration, Jan. 20-23, San Francisco. 
Contact Peter W. Wyatt, phone (617) 981 - 
7232, fax (617) 862-9057 (in the Americas); 
R. Mike Lea, phone 44 (0) 895-203221, fax 
44 (0) 895-258728 (in Europe); or Susumu 
Horiguchi, phone 81 (22) 222-1800, fax 81 
(22) 263-9418 (in Asia). 


February 1993 


IEEE VLSI Workshop, Feb. 7-10, 

Monterey, Calif. Contact Paul Co¬ 
hen, Advanced Hardware Architectures, 
PO Box 9669, Moscow, ID 83843, phone 
(208) 883-6000, fax (208) 883-8001. 
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m EDAC 93, Fourth European Design 
vU' Automation Conf. and EuroASIC 
93, European Event in ASIC Design, Feb. 
22-25, Paris. Contact CEP Consultants, 26- 
28 Albany St., Edinburgh, EH1 3QH, Scot¬ 
land, phone 44 (31) 557-2478, fax 44 (31) 
557-5749. 

/£jj\ Compcon Spring 93, Feb. 22-26, San 

Francisco. Contact Ted Laliotis, HP 
Labs, PO Box 10490, MS 3U-14, Palo Alto, 
CA 94303-0969, phone (415) 857-8750, fax 
(415) 857-4012, e-mail laliotis@hplabs. 
hp.com. 

ISSCC 93,1993 IEEE Int’l Solid-State Cir¬ 
cuits Conf., Feb. 24-26, San Francisco. Co¬ 
sponsors: IEEE Solid-State Circuits Coun¬ 
cil et al. Contact IEEE, 445 Hoes Lane, 

PO Box 1331, Piscataway, NJ 08855-1331. 

ICSP, Int’l Conf. on Software Pro- 
cess, Feb. 25-26, Berlin. Sponsors: 
Rocky Mountain Inst, of Software Eng. 
Contact Herbert Weber, Soft-Tech., Univ. 
of Dortmund, PO Box 500-500, D-4600 
Dortmund 50, Germany, phone 49 (231) 
775-2780, fax 49 (231) 755-2047. 


March 1993 

CAIA 93, Ninth IEEE Conf. on Arti- 
vU' ficial Intelligence for Applications, 
Mar. 1-5, Orlando, Fla. Contact CAIA 93, 
IEEE Computer Soc., 1730 Massachusetts 
Ave. NW, Washington, DC 20036-1903, 
phone (202) 371-1013. 

IWSP, Int’l Workshop on Software 
Process, Mar. 2-5, Berlin. Sponsors: 
Rocky Mountain Inst, of Software Eng. 
Contact Wilhelm Schafer, Informatik 10, 
Univ. of Dortmund, PO Box 500, D-4600 
Dortmund 50, Germany, phone 49 (231) 
775-2782, fax 49 (231) 755-2047. 

Third Great Lakes Symp. on VLSI, 
Mar. 5-6, Kalamazoo, Mich. Contact 
Naveed Sherwani, Computer Science 
Dept., Western Michigan Univ., Kalama¬ 
zoo, MI 49008, phone (616) 387-5662, fax 
(616) 387-3999. 

10th Int’l Zurich Symp. on Electromagnet¬ 
ic Compatibility, Mar. 9-11, Zurich, Swit¬ 
zerland. Cosponsors: IEEE Switzerland 
Chapter on Electromagnetic Compatibility 
et al. Contact Gabriel Meyer, ETH- 
Zentrum-IKT, CH-8092 Zurich, Switzer¬ 
land, phone 41 (1) 256-2790, fax 41 (1) 262- 
0943. 

Sixth Int’l Computer Virus and Secu- 
rity Conf., Mar. 10-12, New York 
City. Sponsor: Data Processing Manage¬ 
ment Assoc. Contact Judy S. Brand, PO 
Box 6313 FDR Sta., New York, NY 10150, 
phone (800) 835-2246 ext. 190, fax (303) 
825-9151. 

(£§^) MCMC 93, IEEE Multichip Module 
Conf., Mar. 15-18, Santa Cruz, Calif. 
Cosponsors: IEEE Circuits and Systems 


Soc. et al. Contact MCMC 93, Attn.: Jean 
McKnight, Computer Eng., Univ. of Cali¬ 
fornia, Santa Cruz, CA 95064, phone (408) 
459-2303, fax (408) 459-4829, e-mail 
mcmc@cse.ucsc.edu. 

(jfljj) 12th IEEE Int’l Phoenix Conf. on 
NSZ Computers and Comm., Mar. 24-26, 

Scottsdale, Ariz. Contact James Weeldrey- 
er, Honeywell, 16404 N. Black Canyon 
Hwy., Phoenix, AZ 85023, phone (602) 
436-4813, fax (602) 436-4848, e-mail 
weeldrey@ iasdvl .iasd.honeywell.com. 

IWSR 93, Second Int’l Workshop on 
KftZ Software Reusability, Mar. 24-26, 

Lucca, Pisa, Italy. Cosponsors: ACM 
SIGSoft et al. Contact Ruben Prieto-Diaz, 
Software Productivity Consortium, 2214 
Rock Hill Rd., Herndon, VA 22070, phone 
(703) 742-7107, fax (703) 742-7200. 

ASOM 93, Second Am. Symp. on 
Microelectronics, Mar. 27-28, Mem¬ 
phis, Tenn. Sponsor: Memphis State Univ. 
Contact Eliayeb S. Abuelyaman, Electrical 
Eng. Dept., Memphis State Univ., Mem¬ 
phis, TN 38152, phone (901) 678-2050, fax 
(901) 678-4180. 

IEEE Infocom 93,12th Conf. on 
Computer Comm., Mar. 28-Apr. 1, 

San Francisco. Cosponsor: IEEE Comm. 
Soc. Contact Kenneth Vastola, ECSE 
Dept., Rensselaer Polytechnic Inst., Troy, 
NY 12180-3590, phone (518) 276-6074, 
e-mail infocom@ecse.rpi.edu. 

Second IEEE Int’l Conf. on Fuzzy Systems 
and ICNN 93,1993 IEEE Int’l Conf. on 
Neural Networks, Mar. 28-Apr. 1, San 

Francisco. Sponsor: IEEE Neural Network 
Council. Contact Meeting Management, 
5665 Oberlin Dr., Suite 110, San Diego, 

CA 92121, phone (619) 453-6222, fax (619) 
535-3880. 

® IEEE/ACM Int’l Conf. on Develop¬ 
ing and Managing Intelligent System 
Projects, Mar. 29-31, Washington, D.C. 
Cosponsors: IEEE Computer Soc. Techni¬ 
cal Committee on Expert Systems, ACM. 
Contact Mark Gembicki, TCS, 47 Randall 
St., Annapolis, MD 21401. 

26th Simulation Symp., Mar. 29-Apr. 

1, Washington, D.C. Sponsor: Soc. 
for Computer Simulation. Contact John A. 
Miller, Computer Science Dept., 415 Grad¬ 
uate Studies Research Center, Univ. of 
Georgia, Athens, GA 30602, phone (706) 
or (404) 542-3440, e-mail jam@pollux.cs. 
uga.edu. 

ISADS 93,1993 Int’l Symp. on Au- 
KS^ tonomous Decentralized Systems, 
Mar. 30-Apr. 1, Kawasaki, Japan. Cospon¬ 
sors: Information Processing Soc. of Japan 
et al. Contact Stephen S. Yau, Univ. of 
Florida, Computer and Information Sci¬ 
ences Dept., 301 CSE Bldg., Gainesville, 

FL 32611-2024, fax (904) 392-1220, e-mail 
yau@cis.ufl.edu; or Kinji Mori, Systems 
Development Lab, Hitachi, 1099 Ohzenji, 
Asao, Kawasaki 215, Japan, fax 81 (44) 
966-6823, e-mail kmori@sdl.hitachi.co.jp. 


April 1993 


(fK| Third Int’l Symp. on Database Sys- 
KS' terns for Advanced Application, Apr. 
6-8, Yusong-Ku Daejon, Korea. Sponsors: 
Korean Information Science Soc., Informa¬ 
tion Processing Soc. of Japan. Contact 
Hyoung-Joo Kim or Sukho Lee, Computer 
Eng. Dept., Seoul Nat’l Univ., Shinlim- 
dong, Kwanak-ku, Seoul 150, Korea, 
phone 82 (02) 880-5327 (for Kim), 82 (02) 
880-5351 (for Lee), fax 82 (02) 887-0130, 
e-mail hjk@krsnuccl.bitnet. 

(Qjj) 11th IEEE VLSI Test Symp., Apr. 6- 

nS?’ 8, Atlantic City, N.J. Cosponsors: 
IEEE Computer Soc. Technical Commit¬ 
tee on Test Technology, IEEE Philadel¬ 
phia Section. Contact Kedong Chao, Johns 
Hopkins Univ. APL, Johns Hopkins Rd., 
MS 23-270, Laurel, MD 20723, phone (301) 
953-6121, fax (301) 953-6696, e-mail kdc@ 
aplcomm.jhuapl.edu. 

/gfjN IPPS 93, Seventh Int’l Parallel Pro- 
NsP cessing Symp., Apr. 13-16, Newport 
Beach, Calif. Cosponsor: ACM SIGArch. 
Contact Conferences Dept., IEEE Com¬ 
puter Soc., 1730 Massachusetts Ave. NW, 
Washington, DC 20036-1903, phone (202) 
371-1013, fax (202) 728-0884; or H.T. 

Kung, Computer Science Dept., Carnegie 
Mellon Univ., 5000 Forbes Ave., Pitts¬ 
burgh, PA 15213-3890, phone (412) 268- 
2568. 

First IEEE Int’l Workshop on Sys- 
terns Management, Apr. 14-16, Los 

Angeles. Contact Seraphin B. Calo, IBM 
Research Div., 30 Saw Mill River Rd., 
Hawthorne, NY 10532, phone (914) 784- 
7514, e-mail calo@watson.ibm.com. 

(jjj^ RIDE-IMS 93, Third Int’l Workshop 
vU' on Research Issues in Data Eng. — 
Interoperability in Multidatabase Systems, 
Apr. 18-20, Vienna. Cosponsor: Austrian 
Computer Soc. Contact Dimitrios Georga- 
kopoulos, GTE Labs, 40 Sylvan Rd., MS- 
62, Waltham, MA 02254, phone (617) 466- 
2522, fax (617) 890-9320, e-mail dimitris@ 
gte.com; Susan Urban, Computer Science 
Dept., Arizona State Univ., Tempe, AZ 
85287-5406, phone (602) 965-2784, fax 
(602) 965-2751, e-mail urban@ asuvax.eas. 
asu.edu; or Elisa Bertino, Dip. di Mate- 
matica, Univ. di Genova, phone 39 (10) 
353-8034, e-mail bertino@icnucevm.cnuce. 


Third Int’l Symp. on Integrated Network 
Management: Apr. 18-23, San Francisco. 
Cosponsors: Int’l Federation for Informa¬ 
tion Processing, IEEE Committee on Net¬ 
work Operations and Management. Con¬ 
tact Action Motivation, PO Box 191885, 
San Francisco, CA 94119, phone (415) 512- 
1316, fax (415) 512-1325, e-mail 4367585@ 
mcimail.com. 

ICDE 93, Ninth Int’l Conf. on Data 

Eng., Apr. 19-23, Vienna. Contact 
Forouzan Golshani, CS&E, Arizona State 
Univ., Tempe, AZ 85287-5406, phone 
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(602) 965-2855 or 3190, fax (602) 965-2751, 
e-mail golshani@asuvax.eas.asu.edu; or A. 
Min Tjoa, Inst, fiir Statistik und Informa- 
tik, Liebiggasse 4, A-1010 Vienna, Austria, 
phone 43 (1) 43-2367, fax 43 (1) 43-0197, 
e-mail tjoa@ifs.univie.ac.at. 


ETC 93, European Test Conf., Apr. 
19-24, Rotterdam, The Netherlands. 
Contact Jacques Kevers, ETC 93 Secretari¬ 
at, IEEE Computer Soc., 13 Avenue de 
l’Aquilon, B-1200 Brussels, Belgium, 
phone 32 (2) 770-22-42 or 21-98, fax 32 (2) 
770-85-05, e-mail j.kevers@compmail.com. 

|£|j\ ISUMA 93, Second Int’l Symp. on 
Uncertainty Modeling and Analysis, 
Apr. 25-28, College Park, Md. Cosponsors: 
Univ. of Maryland et al. Contact Bilal M. 
Ayyub, Civil Eng. Dept., Univ. of Mary¬ 
land, College Park, MD 20742, phone 
(301) 405-1956, fax (301) 314-9320, e-mail 
bal5@umail.umd.edu. 

CHDL 93, 20th Conf. on Hardware 
Description Languages and their Ap¬ 
plications, Apr. 26-28, Ottawa, Canada. 
Sponsor: Int’l Federation for Information 
Processing. Contact David Agnew, Bell- 
Northern Research, Box 3511, Sta. C, Ot¬ 
tawa, Ont., Canada K1Y 4H7, phone (613) 
763-3197, fax (613) 763-7241, e-mail 
crm24@bnr.ca. 

|£ji) 12th IEEE Symp. on Mass Storage 
Systems, Apr. 26-29, Monterey, Ca¬ 
lif. Contact B.T. O’Lear, NCAR, PO Box 
3000, Boulder, CO 80307, phone (303) 497- 
1268, fax (303) 497-1137. 


May 1993 


IEEE Int'l Conf. on Robotics and Auto¬ 
mation, May 2-7, Atlanta. Sponsor: IEEE 
Robotics and Automation Soc. Contact 
Wayne J. Book, George W. Woodruff 
School of Mechanical Eng., Georgia Inst, 
of Tech., Atlanta, GA 30332-0405, phone 
(404) 894-3247, fax (404) 894-9342, e-mail 
wbook@gtri01 .gatech.edu. 


© Communicating Knowledge in Orga¬ 
nizations, May 4-7, Montreal. Con¬ 
tact Gilbert Paquette, Tele-universite, 1001 
Rue Sherbrooke Est, C.P. 5250, Succursale 
C, Montreal, Que., Canada H2X 3M4, 
phone (514) 522-3540, fax (514) 522-3608. 

Second Int’l Workshop on the Eco- 
nomics of Design, Test, and Manu¬ 
facturing, May 10-11, Austin, Texas. Con¬ 
tact Magdy Abadir, MCC, High Value 
Electronics Div., 12100 Technology Blvd., 
Austin, TX 78727, phone (512) 250-2883, 
fax (512) 250-2893; or A.P. Ambler, Brunei 
Univ., Electrical Eng. and Electronics 
Dept., Uxbridge, Middlesex, UB8 3PH, 
UK, phone 44 (895) 203-380, fax 44 (895) 
258-728. 


/gjN ICICIS 93, Int’l Conf. on Intelligent 
and Cooperative Information Sys¬ 
tems, May 12-14, Rotterdam, The Nether¬ 


lands. Cosponsors: IEEE Computer Soci¬ 
ety et al. Contact Louis Marinos, Erasmus 
Univ. Rotterdam, Al Lab., Rm. F3-61, PO 
Box 1738, 3000 DR Rotterdam, The Neth¬ 
erlands, e-mail louis@ailab.eur.nl; or 
ICICIS Conf. Bureau, Erasmus Forum, 
Burg. Oudlaan 50, PO Box 1738, 3000 DR 
Rotterdam, The Netherlands, e-mail 
icicis@fac.fbk.eur.nl. 


nia at Irvine, Irvine, CA 92717, phone 
(714) 856-5248, e-mail bic@ics.uci.edu. 

Seventh IEEE Conf. on Structure in 
Complexity Theory, May 16-21, San 

Diego, Calif. Contact Stephen R. Mah- 
aney, Computer Science Dept., Gould- 
Simpson 721, Univ. of Arizona, Tucson, 
AZ 85721, phone (602) 621-2733. 


® Int’l Symp. on VLSI Technology Sys¬ 
tems and Applications, May 12-14, 

Taipei, Taiwan. Cosponsors: Industrial 
Tech. Research Inst., Republic of China 
et al. Contact Alice M. Chiang, Lincoln 
Labs, MIT, 244 Wood St., Lexington, MA 
02173-0073, phone (617) 981-0711, fax 
(617) 981-5957. 

20th Int'l Symp. on Computer Archi- 
tecture. May 16-19, San Diego, Calif. 
Cosponsors: IEEE, ACM. Contact 
Lubomir Bic, ICS Dept., Univ. of Califor¬ 


|£Jj) ICSE 15,15th Int’l Conf. on Soft- 
ware Eng., May 17-21, Baltimore. 
Cosponsor: ACM. Contact Victor R. Basi- 
li, Computer Science Dept., Univ. of Mary¬ 
land, College Park, MD 20742, phone 
(301) 405-2668, fax (301) 405-6707. 

Solid Modeling 93, May 19-21, Mont- 
real. Contact Mary Johnson, Design 
Research Center, CII 7015, Rensselaer 
Polytechnic Inst., Troy, NY 12180-3590, 
phone (518) 276-6751, fax (518) 276-2702, 
e-mail mjohnson@rdrc.rpi.edu. 


ADVANCED 

SYSTEMS 

RESEARCH 


The Institute for Defense Analyses 
(IDA) offers challenging career posi¬ 
tions in its Computer and Software 
Engineering Division to experienced 
individuals with strong backgrounds in 
computer science. As a Federally 
Funded Research and Development 
Center, IDA addresses a wide range of 
complex national security issues for 
the Office of the Secretary of Defense, 
the Joint Chiefs of Staff, Defense agen¬ 
cies, and other Federal sponsors. 
Current areas of activity in the Com¬ 
puter and Software Engineering Divi¬ 
sion include: software engineering, 
distributed systems, very large scale 
information management, system 
architecture, advanced decision sup¬ 
port, simulation, and enterprise integra¬ 
tion. While opportunities exist for 
individuals in all these areas, particular 
consideration will be given to candi¬ 
dates with technical and analytical 
experience in: 

• Distributed Computing 

• Networks 

• Computer Security 

• Operating Systems 

• Computer Architecture 


Doctoral-level knowledge and experi¬ 
ence are highly desirable. 

IDA offers excellent opportunities for 
professional development in a superior 
environment. You can expect a com¬ 
petitive salary, excellent benefits, and 
the chance to contribute substantively 
to the solution of urgent and critical 
problems facing our nation, while at 
the same time playing a role at the 
leading edge of the state of the art in 
computing. If this kind of future 
appeals to you, we urge you to investi¬ 
gate a career with IDA. Please forward 
your resume to: 

Mr. Thomas J. Shirhall 
Manager of Professional Staffing 
Institute for Defense Analyses 
1801 N. Beauregard Street 
Alexandria, V A 22311 
An equal opportunity employer, m/f. 
U.S. citizenship is required. 
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11th IEEE SYMPOSIUM on 

COMPUTER ARITHMETIC 


WDCB 


ARITH 11 

JUNE 30-JULY 2,1993 
Windsor, Ontario 
Canada 


Sponsored by the Institute of Electrical and Electronics Engineers and the IEEE Computer Society 


CALL FOR PAPERS 


Authors are invited to submit papers describing recent advances on all aspects of computer arithmetic, 
including, but not restricted to the following topics: 

• Foundations of number systems and arithmetic. 

• Arithmetic algorithms and their analysis. 

• Processor design and implementation. 

• Highly parallel arithmetic units and systems. 

• New floating point chips, boards and systems. 

• Standards for number representation and arithmetic. 

• Impact of high level languages on arithmetic systems. 

• Special function implementation 

• Reliability and testability 

Four (4) copies of the complete paper should be submitted to one of the three Chairs no later than 
November 1, 1992. In addition, information about the paper (title, author(s) and topic) should be sent, 
either by e-mail, to jullien@engn.uwindsor.ca, or by FAX to Dr. G.A. Jullien, Dept. Electrical 
Engineering, University of Windsor (519) 973-7062. Authors will be notified of acceptance in February 
1993, and final camera ready papers (up to 8 pages) will be due in March 1993. Conference proceedings 
will be available at the symposium. 


Conference Co-Chair and 
Chair for the Americas 

Prof. Mary Jane Irwin 
Dept. Comp. Science 
Whitmore Laboratory 
PennState University 
University Park, PA 
16802 

Tel: (814) 865-1802 
Fax: (814) 865-3176 
email: 

mji@cs.psu.edu 


European Chair 


Dr. Simon Knowles 
Inmos Limited 
1000 Aztec West 
Almondsbury 
Bristol BS12 4SQ 
United Kingdom 

Tel:+44-454-616616 
Fax: +44-454-617910 
email: 

simonk@ inmos.co.uk 


Pacific and Asia Chair 


Prof. Naofumi Takagi 
Department of Information 
Science 

Faculty of Engineering 
Kyoto University 
Kyoto 606-01, Japan 

Tel: +81-75-753-5382 
Fax:+81-75-753-5379 
email: 

takagi@ kuis.ky oto-u. ac. jp 
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THE INSTITUTE OF ELECTRICAL AND 
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CAREER OPPORTUNITIES 


RATES: $15.00 per line (ten lines 
minimum). Average five typeset words 
per line, eight lines per column inch. Add 
$10 for box number. Send copy at least 
one month prior to publication date to: 
Marian B. Tibayan, Classified 
Advertising, COMPUTER Magazine, 
10662 Los Vaqueros Circle, PO Box 
3014, Los Alamitos, CA 90720-1264; 
(714) 821-8380; fax: (714) 821-4010. 

In order to conform to the Age Discrimina¬ 
tion in Employment Act and to discourage 
age discrimination, COMPUTER may re¬ 
ject any advertisement containing any of 
these phrases or similar ones: “...recent 
college grads...,” “...1-4 years maximum 
experience...,” “...up to 5 years experi¬ 
ence,” or “...10 years maximum experi¬ 
ence.” COMPUTER reserves the right to 
append to any advertisement without spe¬ 
cific notice to the advertiser. Experience 
ranges are suggested minimum require¬ 
ments, not maximums. COMPUTER as¬ 
sumes that since advertisers have been 
notified of this policy in advance, they 
agree that any experience requirements, 
whether stated as ranges or otherwise, will 
be construed by the reader as minimum re¬ 
quirements only. COMPUTER encour¬ 
ages employers to offer salaries that are 
competitive, but occasionally a salary may 
be offered that is significantly below cur¬ 
rently acceptable levels. In such cases the 
reader may wish to inquire of the employer 
whether extenuating circumstances apply. 


PROGRAMMERS 

The Matsushita Information Technology 
Laboratory (MITL), was established in 1991 
to support world-class research in computer 
science. MITL is a division of Panasonic 
Technologies, Inc. and is located in down¬ 
town Princeton, N.J. 

Programmers are being sought to support 
database and operating systems research. 
Candidates should have a B.A./B.S. in 
Computer Science or closely related field, 
but advanced degrees are preferred. In addi¬ 
tion to a solid background in C programming 
and familiarity with UNIX, the ideal can¬ 
didate will fit one of the profiles below: 

1) Database Programmer: familiarity with 
relational technology, experience with a 
commercial DBMS, working knowledge of 
basic database theory (e.g., recovery and 
concurrency control). 

2) Interface Development: experience in 
user interface design (including pen-based 
input), graphics programming, and/or im¬ 
age processing; experience with X-Windows 
or the NeXT Interface Builder a plus. 

3) System Programmer: experience with 
device drivers (including SCSI); knowledge 
of Unix kernel internals, and TCP/UDP pro¬ 
gramming. 

4) System Administrator: knowledge of 
Macs, especially Ethertalk networking; ex¬ 


perience in UNIX system administration; 
familiarity with TCP/IP; experience with 
RIP, IGRP and subnetting issues a plus. 

Please forward a resume that includes 
salary history and requirements to: Program¬ 
mer Search, Matsushita Information Tech¬ 
nology Laboratory 182 Nassau Street, 
Princeton, NJ 08542-7072. 

EMAIL: search @mitl.com 

MITL is an equal opportunity employer. 


OREGON STATE UNIVERSITY 

Department of Computer Science 

The Department of Computer Science in¬ 
vites applicants for visiting faculty position, to 
start in September, 1992 or thereafter, and 
to last from one to three quarters. Specializa¬ 
tion in software, artificial intelligence, parallel 
computing, or computer graphics is desir¬ 
able, but all qualified applicants will be con¬ 
sidered. Applicants should have completed 
or expect to complete all requirements for a 
Ph.D. in computer science or a closely 
related field and should have demonstrated 
research and teaching potential. Candidates 
for senior positions should have established 
research reputations. Review of applications 
will begin July 1, 1992, and will continue 
until the positions is filled. Application from 
women and minorities are particularly en¬ 
couraged. Please send vita, statement of 
research interests and plans, and three letters 
of reference to: Walter G. Rudd, Chairman, 
Department of Computer Science, 303 Dear¬ 
born Hall, Oregon State University, Corvallis, 
OR 97331; email rudd@cs.orst.edu. 

Oregon State University is an equal op¬ 
portunity affirmative action employer and 
complies with Section 504 of the Rehabil¬ 
itation Act of 1973. OSU has a policy of 
being responsive to the needs of dual-career 
couples. 


LOUISIANA STATE UNIVERSITY 

The Department of Computer Science in¬ 
vites applications for a tenure track assistant 
professor position in the area of computa¬ 
tional sciences. Applicants must have a 
Ph.D. in computer science or equivalent. 
Candidates must show outstanding potential 
for research and teaching in the field of high 
performance computing. 

It is expected that the Spring 1993 can¬ 
didate will participate in the research pro¬ 
gram of the Concurrent Computing Labor¬ 
atory at LSU. Extensive experience in the 
area of large scale materials simulations in¬ 
volving molecular dynamics for disordered 
systems, quantum molecular dynamics for 
transport in nanoscale devices, which will be 
fabricated at the Center for Advanced 
Microstructures and Devices (CAMD), and 


algorithm design and implementation of 
simulation techniques on SIMD and MIMD 
architectures is required. Experience on 
parallel machines such as MP-1 from MasPar 
and iPSC/860 from Intel is highly desirable. 

Please send resume and a list of publica¬ 
tions along with three references to: 
Professor S.S. Iyengar, Chairman 
Department of Computer Science 
Louisiana State University 
Baton Rouge, LA 70803-4020 
Deadline for applications is November 1, 
1992. 

Louisiana State University is an Equal 
Opportunity/Affirmative Action Employer. 


D.E. SHAW & CO. 

Algorithmic Trading 

D.E. Shaw & Co. is a small (several dozen 
employees), highly capitalized (over $300 
million in partners’ equity), extremely suc¬ 
cessful Wall Street firm specializing in quan¬ 
titative finance and computational trading. 
Computer scientists and system designers 
form the professional core of the firm, and 
not merely its support staff, and participate in 
its profits. Our technical staff includes both 
Ph.D.-level researchers recruited from Stan¬ 
ford, MIT, and other leading computer sci¬ 
ence departments and extraordinarily talented 
B.S.-and M.S.-level system designers and 
“superhackers”. It is our practice to compen¬ 
sate unusually gifted individuals at a level ex¬ 
ceeding that of the market. Applicants should 
send resumes to The Recruiting Depart¬ 
ment, D.E. Shaw & Co., 39th Floor, Tower 
45,120 W. 45th St., New York, NY 10036. 


UNIVERSITY OF 
WISCONSIN-MADISON 
Faculty Position 

The Department of Electrical and Com¬ 
puter Engineering invites applications for 
a possible tenure or tenure-track position. 
A Ph.D. degree is required, and the success¬ 
ful candidate is expected to establish a strong 
research program and participate in a high 
quality instructional program. Applicants in 
all areas of computer engineering are invited 
to apply. Rank and salary will be commen¬ 
surate with qualifications and experience. 
Send resume and names of three references 
to Bahaa E.A. Saleh, Chairman, Depart¬ 
ment of Electrical and Computer Engineer¬ 
ing, University of Wisconsin -Madison, 
1415 Johnson Drive, Madison, WI 53706, 
an equal opportunity/affirmative action 
employer. 

Names, titles and/or occupations, and ad¬ 
dresses of applicants and nominees cannot be 
kept confidential. 
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OREGON STATE UNIVERSITY 

Department of Computer Science 

The Department of Computer Science in¬ 
vites applicants for tenure-track positions for 
Assistant or Associate Professor, to start in 
September, 1992 or thereafter. Specializa¬ 
tion in software, artificial intelligence, parallel 
computing, or computer graphics is desir¬ 
able, but all qualified applicants will be con¬ 
sidered. Applicants should have completed 
or expect to complete all requirements for 
a Ph.D. in computer science or a closely 
related field and should have demonstrated 
research and teaching potential. Candidates 
for senior positions should have established 
research reputations. Review of applications 
will begin July 1, 1992, and will continue 
until the positions are filled. Application from 
women and minorities are particularly en¬ 
couraged. Please send vita, statement of 
research interests and plans, and three letters 
of reference to: Walter G. Rudd, Chairman, 
Department of Computer Science, 303 Dear¬ 
born Hall, Oregon State University, Corvallis, 
OR 97331; email rudd@cs.orst.edu. 

Oregon State University is an equal op¬ 
portunity affirmative action employer and 
complies with Section 504 of the Rehabilita¬ 
tion Act of 1973. OSU has a policy of being 
responsive to the needs of dual-career 


FEDERAL RESERVE BOARD 

The Federal Reserve Board invites ap¬ 
plicants for the position of Information 
Systems Analyst, to work within the Division 
of Research and Statistics. Duties include 
planning and developing database stra¬ 
tegies, installing systems to support 
economists in research and analysis, con¬ 
ducting database-related research, and 
developing econometric software. Ap¬ 
plicants should have a Ph.D. in Computer 
Science or a closely related field. Extensive 
knowledge of database management sys¬ 
tems and experience in a UNIX environment 
are required. Knowledge of object-oriented 
database systems would be particularly 
valuable. Familiarity with one or more of the 
following would also be desirable: object- 
oriented programming, C + + , distributed 
databases, numerical methods applied to 
economic research, and algorithm design 
and analysis. 

The Federal Reserve Board offers a 
dynamic working environment with access 
to the most current computer hardware and 
software. The automation environment con¬ 
sists of a fully-integrated network composed 
of 100 SPARC workstations, X terminals, 
and SPARC servers. Additional facilities in¬ 
clude token-ring LANS, a premise-wide 
backbone network, and access to an MVS 
mainframe computer. Development soft¬ 
ware available includes a full selection of 
compilers, applications software for quan¬ 
titative analysis, word processing, and 
graphics, and an array of network utilities. 

Salary is commensurate with qualifica¬ 
tions and experience. Qualified applicants 
should send their curriculum vitae and the 
names of three references to Otis Sutson. . . 

The Federal Reserve System is an Equal 


Opportunity Employer. 

Qualified candidates should send or FAX 
resume to Otis Sutson at: 

The Board of Governors of the 
Federal Reserve System 
20th & C Street N. W. 

Mail Stop #156 
Washington, D. C. 20551 
FAX (202) 452-3863 


SYSTEMS ANALYST/SOFTWARE 
ENGINEER 

Applicant will design and develop com¬ 
piler software utilizing C language, YACC, 
Lex programming tools and Unix operating 

Minimum requirements: 2 years exper¬ 
ience in job offered. Also must have a B.S. in 
Computer Science and working knowledge 
of NF 2 data model, Boyce-Codd normaliza¬ 
tion, BNF, and Compiler compiler package, 
User Interface Management System (UIMS), 
Unix interprocess communication and lock 
manager, Pick, VMS, Pick Basic, SQL. Must 
have legal authority to work in the U.S. 

Hours and Salary: 8 a.m. - 5 p.m. Mon¬ 
day thru Friday $36,000/year. 

Send resumes to: 

ATTN: Employment Programs 
COLORADO DEPARTMENT OF 
LABOR AND EMPLOYMENT 
600 Grant Street, Suite 900 
Denver, Colorado 80203 
Refer to Job Order Number: CO 3773869. 
Please reply no later than 10/1/92. 


DEVELOPMENT STAFF MEMBER: 

Engage in research and development ef¬ 
forts in the highly complex and sophisticated 
areas of parallel and distributed computing. 
Participate in research and development of 
compiler-based parallelization methods and 
compiler-based software cache coherence 
for a multi processing system on a multi-user 
Micro-Channel based system. Investigate 
new ways of parallel and distributed com¬ 
puting for low-end superscalar systems. 
Must have Ph.D. in Electrical/or Computer 
Engineering, one year experience in the job 
or one year experience as a Pre or Post Doc¬ 
toral Research Associate. The one year ex¬ 
perience must include research and develop¬ 
ment in compiler-based parallelization, 
parallel and distributed processors, VLIW ar¬ 
chitectures, superscalar processors, compiler 
management of parallel and cache memories 
and CAD and design of special purpose 
graphics processors, as well as the use of a 
wide range of technology, including UNIX 
compiler construction techniques/tools, 
applied graph theory, parallel processing 
architectures, compilation for parallel 
architectures, VLIW and superscalar ar¬ 
chitectures, and symbolic language proces¬ 
sing (LISP). 40 Hrs./wk., $63,000/yr. 
Apply at the Texas Employment Commis¬ 
sion, Austin, Texas, J.O. #6844303, or 
send resume to the Texas Employment 
Commission, TEC Building, Austin, Texas 
78778, J.O. #6844303. Ad paid by an 

equal employment opportunity employer. 


UNIVERSITY OF NOTRE DAME 
Faculty Position 

The Department of Computer Science 
and Engineering at the University of Notre 
Dame invites applications for a tenure-track 
faculty position at the Assistant Professor 
level. Applicants should have a doctorate in 
Computer Science, Computer Engineering, 
Electrical Engineering, or a related field. 
Research areas of particular interest within 
the Department are Parallel and Distributed 
Computing, Parallel Architectures, Parallel 
Algorithms, and VLSI. Applicants should 
have abilities and interests in teaching at the 
undergraduate and graduate levels, advising 
students, and conducting research. Salary is 
negotiable. Interested persons should for¬ 
ward a complete resume, together with the 
names, addresses, and telephone numbers 
of at least three references, to: 

Dr. Steven C. Bass, Chairman 
Department of Computer Science 
and Engineering 
University of Notre Dame 
Notre Dame, IN 46556 
The University of Notre Dame is an Affir¬ 
mative Action/Equal Opportunity Employer. 


WESTERN MICHIGAN UNIVERSITY 

Computer Engineering and Design 
Control Systems and Design 

The Department of Electrical Engineering 
invites applications for several anticipated 
tenure-track faculty positions at the Assis¬ 
tant/Associate/Full Professor levels. Pre¬ 
ferred applicants must 1) have an earned 
Ph.D. in Computer Engineering, Electrical 
Engineering, or the equivalent, 2) specialize 
in computer architecture, logic design, digital 
electronics and real-time embedded systems 
or in applied control systems, and 3) have 
industrial-level design experience. Responsi¬ 
bilities include graduate and undergraduate 
teaching, curricular leadership, and re¬ 
search. Senior faculty applicants should 
demonstrate experience in applied engineer¬ 
ing design. Western Michigan University is 
located in Kalamazoo, Michigan and has 
approximately 26,000 students; it is one of 
the state’s five graduate intensive universities 
and is designated a Carnegie Doctoral 1 
university. The Department offers two 
EAC/ABET accredited undergraduate 
degrees (Computer Systems Engineering 
and Electrical Engineering) and a growing 
graduate program. We are especially looking 
for experienced computer engineers and 
control engineers who enjoy teaching and 
would like to participate in building a design- 
oriented graduate program in computer and 
systems engineering. Please send a detailed 
resume and the names of three references 
to: Dr. Thomas F. Piatkowski, Chair, 
Department of Electrical Engineering, 
Western Michigan University, Kalamazoo, MI 
49008-5066 or piatkowski@gw.wmich.edu. 
Applications will be accepted until the posi¬ 
tion is filled; we hope to fill some of the 
positions for January, 1993. Western 
Michigan University is an equal oppor¬ 
tunity/ affirmative action employer. 
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DEVELOPMENT STAFF MEMBER 

Lead research and development efforts 
for the management of computer communi¬ 
cations networks. This will involve modeling 
various computer communication protocols 
using methodology selected by OSI network 
management standards. These include ob¬ 
ject-oriented design, analysis and program¬ 
ming skills, as well as the use of C+ + 
object-oriented languages. The projects will 
involve multiple hardware and software plat¬ 
forms. 40hrs./wk., $55,000/yr. Must have 
Ph.D. in Computer Engineering plus one 
year experience in the job or one year ex¬ 
perience as a Pre or Post Doctoral Research 
Assistant/or Researcher. The one year 
related experience must include analysis and 
modeling of object-oriented systems, object- 
oriented languages, including C + +, and 
data base models. Must have knowledge of 
OSI network standards, as evidenced by 
course transcript or job experience. Apply at 
your nearest Job Service office, or submit a 
resume, with Social Security Number to Job 
Service, 516 N. Mangum Street, Durham, 
NC 27701, J. O. * 3020085, DOT Code 
030.062-010. 


IEF SOFTWARE ENGINEER 

IEF SOFTWARE ENGINEER required. 
Information Engineering (IE) analysis using 
IEF Case Tools (ISP, BAA I & II, BSD), 
Information Engineering Methodology, 
COBOL, C & DB2 for development of all 
phases of the information life cycle. Also per¬ 
form data modeling, design and coding 
using COBOL, IEF, & C. Applicants re¬ 
quired to have a Master’s Degree or its 
equivalent in Computers, Math, or Engi¬ 
neering with at least 2 years experience in 
the job offered. Must have proof of legal 
authority to work in the U.S. Annual salary 
will be $42,000 per year for a 40-hour work 
week. Interested applicants apply at the 
Texas Employment Commission, Dallas, 
TX, or send resume to the Texas Employ¬ 
ment Commission, Austin, TX 78778-0001, 
J.O. Number 6717911. This advertisement 
was paid by an Equal Opportunity Employ¬ 
ment Employer. 


DEVELOPMENT STAFF MEMBER 

Engage in research and development of 
facilities provided in Distributed Systems to 
create, support and maintain distributed ap¬ 
plications on a networking environment. 
Design and technical guidance for transac¬ 
tion processing in Distributed Systems. 
Design future Distributed Systems extension 
of replicated distributed transactions to pro¬ 
vide highly reliable distributed programming 
environment. Provide performance optimi¬ 
zation consultation for distributed protocols. 
Design and develop distributed file system. 
40 hrs./wk., $61,488/yr. Must have Ph.D. 
in Computer Science, plus one year ex¬ 
perience in the job or one year experience as 
a Pre or Postdoctoral Research/Teaching 


Assistant. The one year related experience 
must include research and development in 
distributed transaction processing systems, 
highly reliable distributed programming 
environment which makes use of replicated 
distributed transactions, distributed database 
system, distributed file system, as well as per¬ 
formance measurement experience to eval¬ 
uate and quantify trade-offs of distributed 
protocols. Apply at the Texas Employment 
Commission, Austin, Texas, J.O. 
#6342911 or send resume to the Texas 
Employment Commission, TEC Building, 
Austin, Texas 78778, J.O. #6342911. Ad 
paid by an equal employment opportunity 
employer. 


UNIVERSITY OF SOUTH FLORIDA 

The Department of Computer Science 
and Engineering anticipates offering new 
and challenging opportunities for tenure 
track faculty positions at the Assistant/Asso¬ 
ciate Professor rank starting Fall, 1993. The 
positions will be in the areas of research listed 
below: 

• Computer Architecture/VLSI Design 

& Test 

• Computer Vision/Graphics/Image 

Processing and 

• Artificial Intelligence/Expert Systems. 

Candidates should have an earned doc¬ 
torate in Computer Science, Computer 
Engineering, closely related discipline, 
research experience, and an interest in both 
teaching and research. The Department of¬ 
fers Bachelor’s degrees in Computer Science 
(accredited by CSAB) and in Computer 
Engineering (accredited by ABET), Master’s 
and Ph.D. degree program. 

The University of South Florida is the 
second largest university in Florida, with a 
current enrollment of over 30,000. 

Applicants should send a resume and 
three reference letters to Dr. Abe Kandel, 
Chairman, Computer Science and Engi¬ 
neering, University of South Florida, 
Tampa, FL 33620. 

The University of South Florida is an equal 
opportunity and affirmative action 
employer. 


INFORMATION SYSTEMS 
COORDINATOR 

Information Systems Coordinator 
(University-wide). Will develop and manage 
two computer research and learning lab¬ 
oratories for undergraduate and graduate 
students and faculty; will maintain current in¬ 
ventory of hardware and software; will 
analyze, purchase, troubleshoot, assemble, 
and adapt to employer’s needs interactive 
video systems. Will assist in development of 
new systems derived from existing systems. 
Will instruct faculty and students on the use 
of interactive video systems and develop and 
conduct workshops for faculty and other uni¬ 
versities on these systems; will instruct 
graduate students, and faculty regarding 


presentations in the area of statistical 
research at nursing and other schools and 
universities; will assist and advise university 
wide regarding purchase of computer hard¬ 
ware and software, and utilization of interac¬ 
tive video, a cutting edge pedagogic 
technology. MBA or M.S. Management In¬ 
formation Systems or Computer Information 
Systems. 12 credit hours in computer 
science and/or management information 
systems; 6 credit hours in statistics with con¬ 
current use of computerized statistical soft¬ 
ware. One year experience with interactive 
video. $29,333/12 months; 8 a.m. to 4:30 
p.m.; 40 hr/wk. Contact LA Office of 
Employment Security, Job Order 333368, 
1711 Nashville Avenue, Hammond, LA 
70404. 


INDUSTRIAL ENGINEERING 
ANALYST 

Industrial Engineering Analyst required. 
Design, creation, coding and implementa¬ 
tion of enhanced operation simulation 
models and Artificial Intelligence Systems 
using VMS/VAX, FORTRAN, SIMAN, 
CLIPS and ART-IM with extensive statistical 
data analysis using SAS. Develop and im¬ 
plement mathematical models and optimiza¬ 
tion algorithms using OR techniques of 
Linear Programming, Dynamic Program¬ 
ming, Network Analysis and Queueing 
theory. Design, development and imple¬ 
mentation of material handling systems and 
facilities design for improved operational effi¬ 
ciency using knowledge of manufacturing/ 
production systems. Prepare reports and 
technical documentation of work performed. 
Applicants required to have a Master’s 
Degree or its equivalent in Industrial 
Engineering plus one year experience in the 
job offered. Graduate Research/Project 
work will be acceptable to satisfy experience 
requirements. Salary will be $36,000/year 
for a 40-hour work week. Must have proof of 
legal authority to work in the U.S. Interested 
applicants apply at the Texas Employment 
Commission, Ft. Worth, TX, or send 
resume to the Texas Employment Commis¬ 
sion, Austin, TX, 78778-0001, J. O. 
Number 6717910. This advertisement was 
paid by an Equal Opportunity Employment 
Employer. 


FACULTY POSITIONS 

Two Assistant, Associate, or Full Pro¬ 
fessors needed to teach, in English, upper 
division undergraduate courses in Computer 
Science. Ph.D. required. Rank, salary based 
on qualifications and experience. Two-year 
appointments (renewable) begin September 
1993. For expatriates, housing, roundtrip air 
travel, plus schooling for two children in¬ 
cluded. Write with curriculum vitae to: Dr. 
Andrew Kerek, Provost, The American Uni¬ 
versity in Cairo, 866 United Nations Plaza, 
Suite 517, New York, New York 10017, 
preferably before November 15, 1992. 


September 1992 
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SOFTWARE ENGINEER 

Austin, TX: Develop and test graphic 
scripts, applications, test cases on IBM RT and 
IBM RS/6000 workstations and MFI prod¬ 
ucts 5086-6065. Develop test cases using 
ISOPHIGS, graPHIGS, C, FORTRAN, X 
windows, ISPF on RS/6000, IBM 3090 
machines in AIX 3.2, VM/XA, MVS/ESA 
operating systems. Test 3D high perfor¬ 
mance and high speed graphics adaptors. 
Bachelors in Engineering or Computer 
Science. 9 months experience in job offered 
or as Research Assistant. Experience must 
include the use of perception, genetic 
algorithms, parallel distributed processing 
and AIX, UNIX internals, C, graPHIGS, 
FORTRAN, IBM 3090, VM/XA, IBM 
5080. 40 hrs/wk, 8-5, $40,000/yr. Apply 
at the Texas Employment Commission, 
Austin, Texas, J.O. "6342907 or send 
resume to the Texas Employment Commis¬ 
sion, TEC Building, Austin, Texas 78778, 
J.O. "6342907, Ad Paid by and Equal 
Employment Opportunity Employer. 


SOFTWARE ENGINEER 

Supervise team of 2-4 professionals 
designing and developing quality control en¬ 
vironment for design, manufacturing, pro¬ 
duction of systems and application develop¬ 
ment tools, including Relational Database 
Management System. Coordinate, imple¬ 
ment total quality management. Establish 
product version control, source code con¬ 
trol, comprehensive functional and system 
testing for company software products. 
Responsible for maintenance, version con¬ 
trol, cross-platform porting across Unix and 
VMS platforms. 

Require proficiency with “C”, CASE and 
4GL tools, PICK and Unix operating 
systems, SQL, Unix SCCS. Also require 
Bachelor’s in Computer Science and 6 years 
experience in system software development, 
including 1 year supervisory experience. 40 
hrs./wk., $37,525/yr. Mail resume to: Col¬ 
orado Department of Labor, ATTN: Rolyn- 
da Bain, Employment Programs, 600 
Grant, Suite 900, Denver, CO 80203-3528, 
refer to order no. C04155914, no later than 
October 9, 1992. 


THE UNIVERSITY OF WAIKATO 
Hamilton, New Zealand 

Lecturers and Senior Lecturers 
Computer Science and 
Information Systems 

Due to continued growth, applications are 
invited for posts of Lecturer and Senior Lec¬ 
turer in Computer Science at the University 
of Waikato, Hamilton, New Zealand. Ap¬ 
plicants should have strong research interests 
in any area of Computer Science or Informa¬ 
tion Systems. 


The Department of Computer Science is 
one of the largest departments in the univer¬ 
sity. Staff teach and conduct research in both 
Computer Science and Information 
Systems. There are 2500 student course 
enrollments, and majors in Computer 
Science are granted in five undergraduate 
degrees. Graduate degrees are offered at 
masters and doctorate levels, current 
research interests include computer music, 
human computer interaction, information 
retrieval, languages, machine learning, 
parallel processing, and software engineer¬ 
ing. As well as large networked teaching 
laboratories, the department has several 
research laboratories, equipped with a wide 
range of networked workstations and a 
variety of Unix servers. The Internet is widely 
used for email, ftp, and netnews. 

The University of Waikato is the fastest 
growing of the seven universities in New 
Zealand and currently has over 9,000 
students. The campus and surrounding area 
are very attractive, bordering on a pleasant 
rural district on the eastern edge of 
Hamilton, a modern city of 100,000. The 
climate is favourable and without extreme 
temperatures. 

Candidates for Lecturer should be able to 
demonstrate potential for research and 
teaching in one or more areas of computer 
science and information systems. Can¬ 
didates for Senior Lecturer should have a 
strong record of research and teaching 
achievement. Candidates should hold (or 
expect to shortly complete) a doctorate in 
Computer Science, Information Systems or 
a related field. The present salary scale 
for Lecturers is $NZ37,440 - $NZ49,088 per 
annum; the scale for Senior Lecturers is 
$NZ52,000 - $NZ67,080 per annum. 

Enquiries of an academic nature may be 
made to the Chairperson of the Department, 
Dr. Lloyd Smith, telephone (64) 7 8384041; 
email las@waikato.ac.nz(via Internet). In¬ 
formation on the method of application and 
conditions of appointment can be obtained 
from Personnel (Academic Staffing). The 
University of Waikato, Private Bag 3105, 
Hamilton, New Zealand, telephone (64) 7 
8562 889, Fax (64) 7 8560135. Applica¬ 
tions quoting reference number A92/42 
should reach Academic Staffing by 16 
October 1992. 

The University welcomes applications 
from suitable people regardless of race, 
creed, marital status, or disability. 


EAST TEXAS STATE UNIVERSITY 

The Department of Computer Science 
and Information Systems at East Texas State 
University has extended the search for two 
tenure track positions at the rank of assis¬ 
tant/associate professor. 

Because of the commitment by the Uni¬ 
versity to an industry based computer 
science program, experience should include 
the doctorate in computer science or closely 
related field with an undergraduate degree in 
engineering, or a mathematics based sci¬ 
ence. This includes the decision sciences, 
computer science, mathematics, and 


physics. Applicants must have a commit¬ 
ment to quality instruction at the university 
level. Teaching assignments will be at the 
undergraduate and master’s level in systems 
programming, operating systems, micro¬ 
computer systems, architecture, graphics, 
and database. 

Applications, which must include a cover 
letter, a resume, and three letters of 
reference should be sent to: Dr. David 
Elizandro, Head of Computer Science and 
Information Systems, East Texas State Uni¬ 
versity, ET Station, Commerce, TX 75429. 
Closing date for applications is October 15, 
1992. 

These positions are contingent on funding 
from the Texas State Legislature, approval 
by the Board of Regents, and subject to the 
policies and regulations of East Texas State 
University. East Texas State University is a 
senior public institution with an enrollment of 
approximately 8,000 students and 300 fac¬ 
ulty. Commerce is located 65 miles northeast 
of Dallas. The University is an Affirmative 
Action/Equal Opportunity Employer. 


LIVE IN JAPAN 

I.E.S. invites applications for a one year 
assignment in Japan teaching English and 
computer skills to Japanese adults working 
in corporations and government agencies. 
Minimum requirement is a BA/BS. Profes¬ 
sional work experience: a minimum of two 
years is preferred. 

Please submit a detailed resume to: 

IES 

Shin Taiso Bldg. 

10-7 Dogenzaka 2 chome 
Shibuya, Tokyo, 150, JAPAN 
Tel: 81-3-3463-5396 
Fax: 81-3-3463-7089 


COMPUTER COMMUNICATIONS 
SPECIALIST 
$37,500/yr. 

Duties: Design and program fault 
tolerant/distributed safety system using 
fault tolerant/distributed computing tech¬ 
niques; design and program real-time em¬ 
bedded systems using Motorola 680x0 
family of microprocessors and instrumenta¬ 
tion techniques; and develop graphical user 
interfaces using X-Windows in UNIX environ- 

Requirements: M.S. degree in Com¬ 
puter Science with a focus on fault tolerant 
computing, UNIX, C, and X-Windows; B.S. 
degree in Instrumentation or Electrical 
Engineering with emphasis on Instrumenta¬ 
tion; and 6 months experience in job offered 
or 6 months experience with microproces¬ 
sors and peripheral interfacing. 

Send Resume to SSC Laboratory, Attn: 
Bonnie Dombeck, 2550 Beckleymeade 
Avenue, MS-2050/4746-BD, Dallas, 
Texas 75237. Ad paid by an Equal Employ¬ 
ment Opportunity Employer. 
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OREGON GRADUATE INSTITUTE 

OF SCIENCE AND TECHNOLOGY 

The Oregon Graduate Institute is 
recruiting for an Assistant Professor in the 
Department of Computer Science and 
Engineering to begin work no later than 
January 1, 1993. The successful candidate 
will teach 2-3 graduate-level courses per 
year and supervise a program of academic 
research, including thesis research by M.S. 
and Ph.D. candidates, in the field of func¬ 
tional programming languages and compiler 
optimization. Requirements for the position 
include: completion of Ph.D. in computer 
science by the closing date for applications; 
top-quality academic training in the field of 
functional programming languages and 
compiler optimization; proven ability to con¬ 
duct research projects in the field of func¬ 
tional programming languages and compiler 
optimization, particularly the reduction of 
concepts to functioning software systems, as 
evidenced by at least 8 publications in 
refereed scholarly journals or conference 
proceedings; and prior teaching experience. 
To apply, send a resume and three letters of 
reference to: Department Administrator, 
Department of Computer Science and 
Engineering, Oregon Graduate Institute of 
Science and Technology, 19600 NW von 
Neumann Drive, Beaverton, OR 97006. 
The closing date for applications is October 
31, 1992. 


SOFTWARE JOBS ABROAD 

The International Computer Professional 
Associaton provides you with the worldwide 
contacts and up-to-the-moment information 
you need to find an exciting software assign¬ 
ment in Paris, London, and many other 
cities around the world. For more informa¬ 
tion about this new network of international 
opportunities call us at (415) 695-7618, 
24 hours/day. 


LEHIGH UNIVERSITY 
Junior Faculty in Computer Science 

Lehigh University in Bethlehem, Penn¬ 
sylvania seeks qualified candidates for tenure 
track junior faculty positions in computer 
science. Applicants in all areas of computer 
science are invited to apply, but areas of 
special interest include: software engineer- 

information systems, languages, distributed 
and parallel processing, algorithms, and ar¬ 
tificial intelligence. Applicants should have a 
Ph. D. in computer science or equivalent and 
a strong commitment to teaching and 
research. The computer science division 
within the Department of Electrical 
Engineering and Computer Science has an 
excellent undergraduate program as well as 
a strong and expanding graduate program at 
the MS and Ph.D. levels. Departmental 
laboratory facilities include a network of Sun 
workstations, Unix minicomputers, a hyper¬ 


cube, Symbolics machines and PCs, and an 
Intel microcomputer development 
laboratory. 

Lehigh University is an affirmative ac¬ 
tion/equal opportunity employer. Women 
and minorities are encouraged to apply. 
Candidates should send a curriculum vita 
and list of references to Professor D. R. 
Decker, CS Faculty Search Committee, 
Department of Electrical Engineering and 
Computer Science, Lehigh University, 
Bethlehem, Pennsylvania 18015. 


UNIVERSITY OF TENNESSEE 
SPACE INSTITUTE 
Faculty Position in Computer Science 

Applications are invited for a tenure-track 
assistant professor position in computer 
science, beginning January or August, 
1993, with specialization in parallel pro¬ 
cessing, scientific computation, software 
engineering, or related areas. A Ph.D. in 
computer science or a closely related field 
and demonstrated research potential are re¬ 
quired; teaching experience is desirable. 

The computer science program at UTSI 
emphasizes small, high-quality courses at the 
graduate level. The load is quite reasonable 
and allows ample time to develop a strong 
research program. 

UTSI is a multidisciplinary research in¬ 
stitute offering graduate degree programs in 
several areas of engineering, physics, ap¬ 
plied mathematics and computer science. 
Computing facilities include an Alliant 
FX/8, two VAX 11/785 computers, 
several PC’s and workstations, and linkage 
to computers at The University of Ten¬ 
nessee, Knoxville and elsewhere. 

Salary is open and commensurate with 
qualifications. Fringe benefits include group 
life and medical insurance, TIAA/CREF, 
and reduced tuition for dependents. UTSI 
occupies a wooded 365-acre lakeshore 
campus. 

Send a resume, summary of research, 
and names and addresses of three ref¬ 
erences to: Bruce Whitehead, Chair, Com¬ 
puter Science Search Committee, MS 15, 
University of Tennessee Space Institute, 
Tullahoma, TN 37388-8897. (Phone: (615) 
455-0631). 

UTSI is an EEO/AA/Title IX/Sec 
504/ADA employer. 


UNIVERSITY OF SOUTH FLORIDA 

The Department of Science and Engineer¬ 
ing at the University of South Florida in 
Tampa has Teaching Assistantship positions 
available for excellent Ph.D. candidates. The 
stipends for these positions range from 
$6,000-$9,000 for the 9-month academic 
year, plus a tuition waiver worth from ap¬ 
prox. 3,800, plus possible additional sum¬ 
mer support. 

The University of South Florida is the 
second largest University in Florida with over 
33,000 students. The Department of Com¬ 
puter Science and Engineering has a gradu¬ 


ate program of approximately 60 full-time 
students working with faculty on research in 
Artificial Intelligence, Computer Vision/ 
Image Processing, VLSI Design and Testing, 
and other exciting areas. The Department 
has a large network of SUN and DEC work¬ 
stations, several image frame grabbers, 
cameras, etc., 3 T.I. explorers, an Intel 
Hypercube, plus access to the College com¬ 
puting network and University IBM vector 
processor and workstations. 

To apply contact: 

Graduate Program Coordinator 
Department of Computer Science 
& Engineering 
University of South Florida 
4202 E. Fowler Ave., ENG 118 
Tampa, FL 33620 
email: msphd@csee.usf.edu or 
hall @ waterfall. csee usf.edu 


UNIVERSITY OF NORTH CAROLINA 
AT CHARLOTTE 

Applications are invited for tenure-track 
positions at the Assistant, and at the 
Associate or Full Professor levels in Com¬ 
puter Science/Computer Engineering. Ap¬ 
plicants who have research expertise in com¬ 
puter graphics, communication networks, 
distributed computing, databases, program¬ 
ming languages, or computer aided design 
are of particular interest. Applicants with 
outstanding records in other areas will also 
be considered. A Ph.D. in CS/CE or a 
closely related field and a strong interest in 
both teaching and research are required. 
The salary is competitive. 

The Department of Computer Science is 
the largest department in the College of 
Engineering and offers both undergraduate 
and graduate degrees in Computer Science. 
Active research areas in the department 
include artificial intelligence, computer ar¬ 
chitecture, computer integrated manufactur¬ 
ing, programming languages, theoretical 
computer science, and VLSI design and 
testing. A wide variety of excellent com¬ 
puting facilities including Sun workstations, 
IBM, VAX, and others are available to sup¬ 
port educational and research activities. 
Also, as a participant in the Microelectronics 
Center of North Carolina, the University has 
access to other state-of-the-art computing 
facilities such as the Cray Supercomputer 
and VLSI design systems. 

Charlotte is the largest city in the Carolinas 
with excellent housing, good schools, a 
modern international airport, and mild 
climate. UNCC is a dynamic, growing 
university. Applicants should send a cur¬ 
riculum vitae and the names of at least three 
references to: 

Dr. Gyorgy Revesz, Chairman 
Department of Computer Science 
The University of North Carolina at 
Charlotte 

Charlotte, NC 28223 

Please provide electronic mail addresses 
and fax numbers for yourself and your 
references if possible. Review of applications 
will begin in November 1992. 

UNCC is an Equal Employment Oppor¬ 
tunity employer. 
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BOOK REVIEWS 


Editor: Alan Kaminsky, Harris Corporation, 1680 University Avenue, Mail Stop 17, Rochester, NY 14610 
(716) 473-8237, ext, 8237; Internet ark@cs.rit.edu; Bitnet arkics@ritvax 


Real-Time Expert Systems Computer Architecture 

Robert F. Hodson and Abraham Kandel (CRC Press, Boca Raton, Fla., 1991, ISBN 0-8493-4215-5, 288 pp., $59.95) 


This book is about merging two 
highly independent and rapidly ad¬ 
vancing technologies — expert sys¬ 
tems and real-time systems. The tradi¬ 
tional structure of an expert system 
(composed primarily of a knowledge 
base and an inference mechanism, 
conceived mostly for off-line and in¬ 
teractive use) does not work well if an 
application is more dynamic (for ex¬ 
ample, if it requires response within 
strictly defined time limits). This is 
because the inference engine typically 
achieves its goals by performing pat¬ 
tern searches of the knowledge base. 
The search process can be very effec¬ 
tive, but the very essence of this heu¬ 
ristic approach excludes the possibili¬ 
ty of determinism in the sense of 
guaranteeing a desired response with¬ 
in defined time limits. 

This contrasts with numerical algo¬ 
rithms such as the fast Fourier trans¬ 
form, which may take a long time to 
execute but are always time bound for 
a problem of a given size. In fact, 
none of the expert systems currently 
available can support a true real-time 
device if the requirement to respond 
within time limits is strict. 

The authors started their research 
to respond to a growing demand for 
automatic devices that could assist 
and replace skilled operators in com¬ 
plex work environments. Automating 
functions that involve reacting to 
many streams of information is ex¬ 
pected to improve real-time monitor¬ 
ing and control in such areas as chem¬ 
ical process lines, nuclear power 
stations, and traffic control systems. 

The authors define a set of techni¬ 
cal requirements that an expert sys¬ 
tem must meet to react in real time. 
First, such a system must reason tem¬ 
porally; that is, it must support an in¬ 
ference process based on the sequence 
of events in time. Next, the system 
must manage the allocation of dynam¬ 
ic memory — normally a highly un¬ 
predictable activity — deterministical¬ 
ly. The system must be capable of 
prioritizing certain activities to re¬ 
spond in a timely manner to critical 
events. In addition, real-time expert 
systems must cooperate with the envi¬ 


ronment by reading new values of ex¬ 
pired variables from sensors and pro¬ 
viding data on time to actuators. 

These and other requirements led 
the authors to design an expert system 
architecture in hardware rather than 
software. The design is a tightly cou¬ 
pled, shared-memory system with up 
to 16 processing elements. Each ele¬ 
ment includes local memory, indepen¬ 
dent control hardware, and a commu¬ 
nication unit. Each element’s internal 
structure reflects a rule-based para¬ 
digm with modified backward chain¬ 
ing. Its heart is an active rule unit that 
controls the building of inference 
trees. It cooperates with an anteced¬ 
ent processor to evaluate antecedent 
conditions, which are queued by a 
separate unit according to priorities. 

It also cooperates with a consequent 
processor to execute consequent ac¬ 
tions, queued in a separate unit ac¬ 
cording to their priority orderings. 

The design uses a min/max pruning 
technique to improve system response 
by reducing the number of rules re- 


Literate Programming 


Literate Programming is a collection 
of Knuth’s essays and programs, rang¬ 
ing from his 1974 Turing Award lec¬ 
ture, “Computer Programming as an 
Art,” to a program he wrote in 1990 
with Silvio Levy, “An Example of 
CWEB.” In the middle are Knuth’s 
two 1986 contributions to Jon Bent¬ 
ley’s “Programming Pearls.” The 
theme of this work over a 16-year pe¬ 
riod is Knuth’s conviction that 
programming is best regarded as the 
process of creating works of literature, 
which are meant to be read. . . . The 
computer programs that are truly beau¬ 
tiful, useful, and profitable must be 
readable by people. 

Knuth, who is Professor of the Art 
of Computer Programming at Stan¬ 
ford University, received the Turing 
Award for his contributions to that 


quired to process a system goal. 

The last two thirds of the book de¬ 
scribe the implementation of all func¬ 
tional units and peripheral hardware, 
although it is not absolutely clear 
whether the actual system has been 
constructed. Only results of a simula¬ 
tion “to predict the system perfor¬ 
mance and study the utilization of the 
system’s components” are presented. I 
believe the design is detailed enough 
for those who want to build a replica 
of the authors’ device to do so. 

I am probably not far from the truth 
saying that this is the only book on 
the market that attempts to integrate 
AI and real-time systems. Though it 
addresses only the hardware view of 
the issues, I found it extremely inter¬ 
esting. The authors present a concep¬ 
tually new architecture to solve some 
unusual problems emerging at the in¬ 
terface of two very different fields. 

Janusz Zalewski 

Southwest Texas State University 

San Marcos, Texas 


art. His award lecture is an exegesis of 
what he means: “When I speak about 
computer programming as an art, I am 
thinking primarily of it as an art form, 
in an aesthetic sense.” The collection 
here shows the growth of his ideas as 
he developed Tex, Metafont, and Web 
— his system for “weaving” programs. 
It also reveals his belief that “pro¬ 
grammers who subconsciously view 
themselves as artists will enjoy what 
they do and will do it better.” Every 
piece in the collection is worth read¬ 
ing and reflecting on. Even the 1974 
“Structured Programming with Goto 
Statements” is of more than historical 
interest; it shows a great mind wres¬ 
tling with the fundamental issues of 
creating “reliable, well-structured 
programs that behave efficiently.” 

What about the temptation to say. 


Donald E. Knuth (University of Chicago Press, Chicago, 1992, ISBN 0-9370- 
7380-6, 368 pp., $24.95) 
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“This is very ‘beautiful,’ but how 
‘good’ is it? What about execution ef¬ 
ficiency?” Knuth answers these ques¬ 
tions in “An Example of CWeb.” He 
rewrites the Unix word-count pro¬ 
gram wc to illustrate literate program¬ 
ming in C. He notes that the program 
was tested against the system wc com¬ 
mand on a Sparcstation and ran slight¬ 
ly faster than the “official” wc. 

As I read, I wondered why Knuth’s 
ideas have not come into wider use. 
After all, Web is available for at least 
C, Fortran, Ada, Modula-2, and Pas¬ 
cal. I posed the question to several ac¬ 
ademic and professional colleagues. 
None was quite sure, although all had 
ideas. I also read about an implemen¬ 
tation cited in the book’s 10-page bib¬ 
liography. Norman Ramsey and Carla 
Marceau used Web to develop Pene¬ 
lope, a language-based editor to help 
programmers develop formally veri¬ 
fied Ada programs (“Literate Pro¬ 
gramming on a Team Project,” Soft¬ 
ware — Practice and Experience, Vol. 
21, July 1991, pp. 677-683). It was not 
their goal to write a “work of art” or 
to evaluate literate programming as a 
software engineering technique. In¬ 
stead, they were building a prototype 
editor that embodied the results of re¬ 
search in formal verification. They as¬ 
sert that describing the design clearly 
in the source code helped make it pos¬ 
sible for a changing team of program¬ 
mers to develop the software over 
three years. They believe that literate 
programming contributed significantly 
to the success of their project. 

While this experience shows that lit¬ 
erate programming can work well on 
“real” projects, it didn’t answer my 
question. I suppose that resistance to 
change and the ever-present lack of 
time to do it right the first time are 
the answers. In any event, it does not 
speak well of us that we have not put 
into practice the ideas and experience 
of a man who has taught us so much 
about creating computer programs. 

Many people may have read these 
essays already. In that sense, there is 
nothing to be learned here. But reex¬ 
amining them — especially, examining 
them together — is salutary. The col¬ 
lection recommends itself for its ele¬ 
gant prose and software examples as 
well as its history of the growth of an 
idea and a large computer system. 
Anyone involved in creating software 
can benefit, even if the exigencies of 
their tasks prevent writing programs 
“to be read by people.” 

Robert C. Birss 

SunPro 

Mountain View, California 


Critical, reliable, and inexpensive 

OUR REAL-TIME TRIO 


1 IEEE Software, Sept. 1992 

Six articles on the sound, practical software-development process needed 
to make real-time systems manageable and dependable. Guest edited by K.-J. 
Lin and Emmet Burke. 

Issues in Building Dynamic Real-Time Systems, by Swaminathan Natarajan and 
Wei Zhao 

The Core Method for Real-Time Requirements, by Stuart Faulk et al. 

Developing Real-Time Tasks with Predictable Timing, by Gustav Pospischil et al. 
Compiler Support for Object-Oriented Real-Time Software, by Prabha Gopinath, 
Thomas Bihari, and Rajiv Gupta 
Real-Time Hierarchical Control, by M. Morin et al. 

A Distributed Real-Time Operating System, by K.G. Shin et al. 


2 IEEE Transactions on Software Engineering, Sept. 1992 

Of 42 high-quality submissions, only five could be accepted for publica¬ 
tion. This issue has the best of the best on specification and analysis of real¬ 
time systems. Guest edited by Carlo Ghezzi and Richard Kemmerer. 

A Layered Approach to Automating the Verification of Real-Time Systems, by 
Richard Gerber and Insup Lee 

Programming and Verifying Real-Time Systems by Means of the Synchronous 
Dataflow Language Lustre, by Nicolas Halbwachs, Fabienne Lagnier, and 
Christophe Ratel 

Compiling Real-Time Specifications into Extended Automata, by Xavier Nicollin, 
Joseph Sifakis, and Sergio Yovine 

Communicating Real-Time State Machines, by Alan Shaw 
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“Any clod 


i the facts, but having opinions is an art." 

Charles McCabe, San Francisco Chronicle 
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Software is a product. . . NOT! 


Much of our planning for software 
uses the hardware product model. 
While we’re not perfect, we do a fairly 
good job of managing hardware engi¬ 
neering for required time, quality, and 
money. But software more often than 
not is late, doesn’t do what we want it 
to do, and costs too much. And that’s 
a problem. 

We can’t see a solution to our prob¬ 
lem — perhaps because we have made 
the solution invisible by thinking 
about it in the wrong terms. 

I propose a vocabulary change. We 
will better understand the process if 
we consider software as a service, not 
a product. Let me expand on this 
statement. 

I do not believe we must do any of 
the software-building activities differ¬ 
ently. Instead, from the perspective of 
scheduling, budgeting, and delivering 
software, we should use the service 
paradigm rather than the product 
paradigm. 

Hardware versus software. We’ve 
all pondered the ways in which soft¬ 
ware differs from hardware: 

• After initial development, most 
hardware cost is in manufacturing. 
Software has a small manufacturing 
cost. 

• Hardware has physical parts that 
wear out, but can be replaced with 
identical or improved parts; the physi¬ 
cal environment seldom changes. Soft¬ 
ware parts do not wear out, but often 
need replacement with greatly im¬ 
proved parts for changing environ¬ 
mental requirements. 

• After initial development, hard¬ 
ware requires few engineering person¬ 
nel for product maintenance. Software 
needs many highly skilled software 
engineers. 

• Hardware is difficult and expen¬ 
sive to change in the field. Software 
can be upgraded easily and inexpen¬ 
sively in the field. 

• Hardware engineering has ma¬ 
tured into a craft. Software engineer¬ 
ing still has a long way to go. 

Hardware matches our notion of a 


product. But does software? Can we 
do better with a service paradigm? 

Software as a service. What is a ser¬ 
vice paradigm? Service is intangible. 
Software provides a delivery system 
for results. Users of our software do 
not care what program they have for a 
word processor, spreadsheet, or 
graphics editor. They want results: a 
proposal, a financial statement, or a 
presentation slide. 

A service is successful when the 
customer wants to continue using it. 
Under my proposal, our emphasis 
would change from building and 
maintaining a product to providing 
the service users need to do their jobs. 

We must plan and budget our efforts 
toward reaching this goal. And we 
should teach customers this same atti¬ 
tude for acquiring and using software. 

Upgrades as service. When the soft¬ 
ware industry began, everything was 
free. Manufacturers gave away soft¬ 
ware to sell machines. Users freely 
shared software. Eventually, we real¬ 
ized we could make money from soft¬ 
ware by treating it as a product. Com¬ 
panies began charging for software, 
although they seldom sold it. Instead 
they leased or licensed it for a fee, of¬ 
ten with a maintenance charge. 

As personal computers came along, 
software truly became a product. 

Now, we can go into a store and buy 
software off the shelf. We own it (no 
matter what the “license agreement” 
says) and can use it forever without 
ever paying any more. 

But computer hardware capabilities 
keep increasing and we demand soft¬ 
ware improvements. Competitors 
appear, selling fancier versions of 
products. Companies enhance their 
products and sell “upgrades” through 
the mail. 

With much fanfare, Microsoft start¬ 
ed selling its 5.0 upgrade to MS-DOS 
in stores. Soon, most firms were sell¬ 
ing upgrades — not only to their own 
products, but also as replacements for 
their competitors’ products. Upgrades 
appeared on the best-selling software 
lists. Customers became accustomed 


to (but not necessarily happy with) 
paying for a product and, at intervals, 
its upgrades. The pricing scheme be¬ 
gan to resemble that of a service like a 
book or record club. 

The next stage? Because companies 
complained about the need to contin¬ 
ually purchase upgrades, Microsoft 
announced that it would begin an up¬ 
grade subscription service — much 
like a magazine subscription. 

So we’ve moved from software as a 
free service to software as a paid sub¬ 
scription service. In all these modes, 
we call it a product. But lurking in the 
background is that idea of software as 
a service, not a product. And if we 
plan and manage it as such, we might 
have a better hold on planning, sched¬ 
uling, and performing its activities. 

Avoiding maintenance. An interest¬ 
ing thing happens when software is no 
longer a product. We no longer main¬ 
tain it. 

We’ve often said that software 
maintenance differs from hardware 
maintenance. Instead of keeping parts 
that wear out from failing, software 
maintenance now embodies fixing er¬ 
rors and enhancing software for new 
requirements or environments. But if 
software becomes a service, we em¬ 
phasize adjustments for flaws as they 
appear and expansion to new and im¬ 
proved facilities. 

What’s the difference? It’s a matter 
of attitude. With the attitude that 
software is a continuing service, we 
plan and budget for what was called 
maintenance as part of that service in¬ 
stead of tacking it on as a necessary, 
but often maligned, phase at the end 
of the product development process. 

Will it work? Can this change of vo¬ 
cabulary make a difference? No, if we 
merely apply a new word to old ideas. 
But yes, if we allow it to change our 
attitudes toward the way we think 
about, plan, and do software. 

Michael D. Shapiro 

Computer scientist 

San Diego, California 

mshapiro@nosc.mil 
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IEEE First International Workshop 
on Systems Management 

April 14-16, 1993 
University of California 
Los Angeles, California 


Call for Participation 


Sponsored by IEEE Computer Society 
in cooperation with UCLA and IBM 


With the growth of large inter-connected systems, software and hardware techniques for the integrated 
management of these systems to meet user requirements is of increasing importance. Systems Man¬ 
agement techniques need to encompass the diverse operating systems, heterogeneous software and 
hardware found in many enterprises. This workshop is intended to provide a forum to discuss issues, 
methodologies and experiences in systems management. 

Participants of the workshop are required to submit a 3-5 page position paper (extended abstract, 
summary, or working paper) on systems management. Topics include (but are not limited to): 



network management 

• system management application software 

• 

enterprise management 

• case studies 

• 

software distribution 

• standards 

• 

backup and recovery 

• architectures and frameworks 

• 

fault tolerance 

• platform technologies and tools 

• 

name management 

• application programming interfaces 

• 

management protocols 

• security 

• 

management services 

• monitoring 

# 

management information bases 

• performance management and modeling 

• 

knowledge based techniques 

• policy 


Schedule Program Committee 


Position Papers Due - October 16, 1992 
Notification of Acceptance - December 7, 1992 
Camera Ready Copy Due - January 22, 1993 


Submit six copies of the manuscript to: 
Dr. Seraphin B. Calo, Workshop Chair 
IBM Research Division 
30 Saw Mill River Road 
Hawthorne, New York 10532 
email: calo@watson.ibm.com 
phone: (914) 784-7514 


Seraphin B. Calo - IBM Research (Workshop Chair) 
Wesley Chu - UCLA (co-Chair) 

Allan Finkel - IBM Research (co-Chair) 

Mike Accetta - Carnegie Mellon University 

A. Bouloutas - National Technical University of Athens 

Stephen Crocker - Trusted Information Systems 

Kathryn DeNitto - Open Software Foundation 

Keith Marzullo - Cornell University 

George Mouradian - AT&T Bell Labs 

Jan Olsson - IBM Sweden 

Lisa Phifer - Bellcore 

Peter Roden - MIT 

Mischa Schwartz - Columbia University 
Mark Sylor - Digital Equipment Corporation 











Affordable 


PARALLEL PROCESSING 


MULTI-USER SYSTEMS 

The CSA SuperSetPlus is a unique multi-user 
parallel processing system. Its TRAC operating 
system executes on a completely dedicated 
processor, and facilitates true spatial partitioning 
rather than traditional time-sharing. Furthermore, 
TRAC is an open OS, allowing the customer to 
modify its processor allocation kernel (delivered 
in source). Systems contain from 16 to 256 
transputer processors and can accommodate 
up to 16 users on PCs, Macs, and Sun work¬ 
stations (directly connected or over a LAN). 



The SuperSetPlus incorporates program 
controlled switching circuitry, providing 
on-the-fly reconfiguration of processor 
interconnection topologies. Individual 
users can even hard-reset their allocated 
portions of the machine, with no effect 
on other simultaneous users. These 
systems are totally compatible with 
standard transputer software. Prices 
start at $15,792 (for 16-processors with 
a megabyte of no-wait-state memory 
local to each processor). Perfect for use 
with courses in parallel processing. 


BOARD-LEVEL SYSTEM COMPONENTS 

CSA carries a complete line of custom-configurable, transputer-based, 
board-level components. Design or expand your own system using: 

• Quad-Transputer boards with up to 16 megabytes of local DRAM. 

• Interface boards for PC, Macintosh, and Sun workstation hosts. 

• Disk interfaces, programmable link switches, and prototyping boards. 

Miniature, high-reliability cabling mechanism allows total flexibility in processor configuration. Most boards are PC format and can 
thus be housed in inexpensive PC-style expansion cabinets with passive backplanes. Catalog and price list available upon request. 



PERSONAL PARALLEL PROCESSING 



SOFTWARE 

Occam2, C, C++, Modula-2, Pascal, FORTRAN, Prolog and Ada. Libraries. 
Network loaders. Source-level debuggers. Operating systems. 


The CSA Transputer Education Kit is well known as the 
least expensive parallel processing entry point. For the 
unbelievably low price of $396 it comes complete with: 

• Fully assembled PC add-in board with a 20MHz, 
32-bit T400 transputer, a megabyte of no-wait-state 
local DRAM, PC interface circuitry, and an 8-bit 
prototyping port. 

• Occam2 and C compilers with source-level debuggers. 

• 1500 pages of documentation, including schematics. I 

• Toll-free customer support. 

Kit add-on-processor boards (each with a 20MHz T400 
and a megabyte of no-wait-state DRAM) are just $296 1 

The Transputer Education Kit is ideal for university 
parallel processing labs, or even for individual research 
projects. And you’d be surprised at how well it 
addresses real-time and embedded processing. 


Computer System Architects 
100 Library Plaza 
15 North 100 East 
Provo, UT 84606-3100 



Call 800-753-4CSA or 801-374-2300. FAX 801-374-2306. VISA, MasterCard, American Express accepted. 

More than 3,000 satisfied customers in 42 countries, including universities, industrial users, and individuals. 
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